【音视频 | Ogg】Ogg封装格式详解——包含Ogg封装过程、数据包(packet)、页(page)、段(segment)等

2024-03-14 00:20
文章标签 封装 详解 过程 数据包 格式 ogg page 音视频 segment packet

本文主要是介绍【音视频 | Ogg】Ogg封装格式详解——包含Ogg封装过程、数据包(packet)、页(page)、段(segment)等，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

😁博客主页😁：🚀https://blog.csdn.net/wkd_007🚀
🤑博客内容🤑：🍭嵌入式开发、Linux、C语言、C++、数据结构、音视频🍭
🤣本文内容🤣：🍭介绍Ogg文件格式🍭
😎金句分享😎：🍭子曰：见贤思齐焉，见不贤而内自省也。——《论语·里仁篇》。意思是，看见德才兼备的人就向他学习，希望能向他看齐；看见不贤的人，就反省自己有没有和他一样的缺点，有要改正。🍭

文章未经允许，不许转载 ！！！

opus、Ogg 相关文章：
1、RFC3533 ：Ogg封装格式版本 0(The Ogg Encapsulation Format Version 0)
2、Ogg封装格式详解——包含Ogg封装过程、数据包(packet)、页(page)、段(segment)等
3、libogg库详解介绍以及使用——附带libogg库解析.opus文件的C源码
4、RFC7845：Opus音频编解码器的Ogg封装(Ogg Encapsulation for the Opus Audio Codec)
5、opus编解码库(opus-1.4)详细介绍以及使用——附带解码示例代码
6、opus编码的Ogg封装文件详解

目录

  • 🎄一、Ogg 概述
  • 🎄二、Ogg 支持的编码格式
  • 🎄三、Ogg 基础知识
    • ✨3.1 Ogg 相关术语
    • ✨3.2 Ogg 物理比特流类型
    • ✨3.3 Ogg 封装过程
  • 🎄四、Ogg 文件结构
    • ✨4.1 Ogg 页(page)格式
    • ✨4.2 Ogg 封装文件解析
  • 🎄五、读取Ogg文件的C语言代码
  • 🎄六、总结

在这里插入图片描述

🎄一、Ogg 概述

Ogg是一个自由且开放标准的多媒体文件格式，由Xiph.Org基金会所维护。Ogg格式并不受到软件专利的限制，并设计用于有效率地流媒体和处理高质量的数字多媒体。

与大多数容器格式一样，它封装了原始的压缩数据，并允许在一种方便的格式中交错存储音频和视频数据。

Ogg 这个词汇通常意指Ogg Vorbis此一音频文件格式，也就是将Vorbis编码的音效包含在Ogg的容器中所成的格式。在以往，.ogg 此一扩展名曾经被用在任何Ogg支持格式下的内容，但在2007年，Xiph.Org 基金会为了向后兼容的考虑，提出请求，将.ogg只留给Vorbis格式来使用。 Xiph.Org基金会决定创造一些新的扩展名和媒体格式来描述不同类型的内容，像是只包含音效所用的.oga，包含或不含声音的影片（涵盖 Theora）所用的.ogv和程序所用的.ogx。

更多关于Ogg的资料可以到Ogg官网学习：https://xiph.org/ogg/

描述Ogg封装格式的 RFC3533 文档：https://www.xiph.org/ogg/doc/rfc3533.txt 或 https://datatracker.ietf.org/doc/html/rfc3533

原文链接：https://blog.csdn.net/wkd_007/article/details/134150061

在这里插入图片描述

🎄二、Ogg 支持的编码格式

Ogg意指一种文件格式，可以纳入各式各样自由和开放源代码的编解码器，包含音效、视频、文字（像字幕）与元数据的处理。
下面是Ogg支持的编码格式：

  • 音频

    • 有损
      • Speex：以低比特率处理语音数据（〜2.1-32 kbit / s /通道）
      • Vorbis：处理中高级可变比特率（每通道≈16-500kbit / s）的一般音频数据
      • Opus：以低和高可变比特率处理语音，音乐和通用音频（每通道≈6-510kbit / s）
    • 无损
      • FLAC：处理文件和高保真音频数据。
    • 未压缩
      • OggPCM：处理未压缩的PCM音频。它与WAV大致相当[5]。

  • 视频

    • 有损
      • Theora：基于On2的VP3，它的目标是与MPEG-4视频（例如，使用DivX或Xvid编码），RealVideo或Windows Media Video进行竞争。
      • Daala：正在开发的视频编码格式。
      • Dirac：由BBC开发的免费开放视频格式。使用小波编码[6]。
      • Tarkin：实验项目，现在过时的视频编解码器在2000年，2001年和2002年开发利用离散小波变换的三个维度的宽度，高度和时间。[7][8][9]。在Theora成为视频编码的主要焦点之后，已被搁置（2002年8月）[10]。
    • 无损
      • Dirac：Dirac规范的一部分涵盖无损压缩。
      • Daala：正在开发的视频编码格式。

  • 文本

    • Writ：用于嵌入字幕或字幕的文本编解码器的草稿不完整，于2007年停止[11]。
    • CMML：用于定时元数据，字幕和格式的文本/应用编解码器。
    • Annodex：CSIRO开发的免费开源标准，用于注释和索引网络媒体。
    • OggKate：最初设计用于卡拉OK和文本的重叠编解码器，可以在Ogg中复用。

在这里插入图片描述

🎄三、Ogg 基础知识

✨3.1 Ogg 相关术语

  • 物理比特流：Ogg封装的结果，被称为物理（Ogg）比特流，也就是说.ogg文件属于一个物理比特流。
  • 逻辑比特流：Ogg封装了一个或多个编码器创建的比特流，称为 逻辑比特流，例如：Vorbis编码的流，Theora编码的流等。
    每个逻辑比特流都以一个特殊的起始页（bos=beginning of stream）开始，并以一个特定的页（eos=end of stream）结束。
  • 分包(packet)：Ogg封装过程中，逻辑比特流会被拆分为一系列数据包(packet)，它们不包含边界信息地串在一起。
  • 页(page)：页(page)是Ogg物理比特流的基本组成单位。Ogg比特流由一个个大小可变的页(page)组成，页的大小通常为4-8 kB，最大65307字节。
  • 段(segments)：由于页的最大大小约为64k字节，封装时有些数据包(packet)太大，需要存在几个页里。为了简化过程，Ogg将每个数据包划分为255字节长的块和最后一个较短的块，这些块被称为“Ogg段”(Ogg Segments)。假设一个数据包(packet)大小为520字节，那么它会被分成三个段，大小分别为：255字节、255字节、10字节。
    （疑问：有没有可能有些数据包很小，使得一页中包含很多个数据包？）

✨3.2 Ogg 物理比特流类型

  • 分组(Grouping)：分组(Grouping)定义了如何在同一物理比特流中逐页交错多个逻辑比特流。例如，在同一比特流中将视频流和音频流交错存储。
  • 链接(Chaining)：完整的逻辑比特流被连接在一起。

看下图例子加深理解：在这个例子中，有两个链接的物理比特流，第一个是由三个逻辑比特流A、B和C组成的分组流。第二个物理比特流D链接在分组比特流的末尾之后，分组比特流在其所有分组逻辑比特流的最后一个eos页之后结束。
在这里插入图片描述

✨3.3 Ogg 封装过程

Ogg 封装过程：
1、编码器提供的比特流作为“分包”(Packets)移交给Ogg，分包边界(packet boundaries)取决于编码格式；
2、Ogg封装过程将数据包分割成若干段；
3、将一组连续的段(segments)包装成一个可变长度的页面(page)；
4、最后将各个页(page)混合组成一个Ogg物理比特流。

在这里插入图片描述
上图是Ogg封装过程的例子：

  • 1、编解码器提供的部分比特流细分为数据包。
  • 2、Ogg封装过程将数据包分割成若干段。本例中的数据包相当大，因此数据包1被分为5个段，其中4个段有255个字节，最后一个较小。数据包2分为4个段，其中3个段有255个字节，最后一个非常小。数据包3分为两个段。
  • 3、封装过程会创建页面，在本例中页面非常小。页面1由数据包1的前三个段组成，页面2包含数据包1中剩余的两个段，页面3包含数据包2的前三页。
  • 4、最后，该逻辑比特流的页面和其他逻辑比特流页面被混合组成一个物理Ogg比特流。

在这里插入图片描述

🎄四、Ogg 文件结构

从上面内容可知，Ogg文件也属于一个物理比特流。是由一个个页(page)组成的。首先，我们要了解一个页的内容，然后找到Ogg文件的各个页就可以解析Ogg文件了。

✨4.1 Ogg 页(page)格式

Ogg的页(page)由页面头部(page header) 加上该页的各个段(segments)的数据组成。
在这里插入图片描述

页面头部(page header)中的9个字段具有以下含义:

  • 1、capture_pattern：表示页面开始的4字节字段。它包含4个字符：O、g、g、S。它可以帮助解码器找到页面边界，并在解析损坏的流后重新获得同步。一旦发现捕获模式，解码器就通过计算和比较校验和来验证页面同步和完整性。

  • 2、stream_structure_version：1字节，表示该流中使用的Ogg文件格式的版本号（本文档指定版本0）。

  • 3、header_type_flag：这1字节字段中的位标识该页面的特定类型。

    • bit 0x01
      • 被设置：页面包含从上一页继续的数据包的数据。
      • 没设置： 页面包含新的数据包
    • bit 0x02
      • 被设置：这是逻辑比特流(bos)的第一页
      • 没设置：此页面不是首页
    • bit 0x04
      • 被设置：这是逻辑比特流(eos)的最后一页
      • 没设置：这一页不是最后一页

  • 4、granule_position：包含位置信息的8字节字段。例如，对于音频流，它可能包含在包括此页面上完成的所有帧之后编码的PCM样本的总数。对于视频流，它可能包含在此页面之后编码的视频帧的总数。这是对解码器的提示，并给它一些定时和位置信息。其含义取决于该逻辑比特流的编解码器，并在特定媒体映射中指定。特殊值-1（以2的补码表示）表示此页上没有数据包结束。

  • 5、bitstream_serial_number：包含唯一序列号的4字节字段，通过该唯一序列号来识别逻辑比特流。

  • 6、page_sequence_number：包含页面序列号的4字节字段，使得解码器可以识别页面丢失。该序列号在每个逻辑比特流上分别增加。

  • 7、CRC_checksum：包含页面的32位CRC校验和的4字节字段（包括具有零CRC字段的报头和页面内容）。生成多项式为0x04c11db7。

  • 8、number_page_segments：1字节，给出分段表(segment table)中编码的分段条目的数量。

  • 9、segment_table：大小为 number_page_segments 个字节。包含此页中所有段的lacing value。每个字节包含一个 lacing value。

以字节为单位的页面头部大小(total header size)由下式给出:

header_size = number_page_segments + 27 [Byte]

以字节为单位的总页面大小由下式给出：页面头部大小 + 所有lacing_values值之和

page_size = header_size + sum(lacing_values: 1..number_page_segments)[Byte]

✨4.2 Ogg 封装文件解析

这里按照上面的页的格式，演示怎样解析一个Ogg封装的文件，文件可以在这个链接下载：https://download.csdn.net/download/wkd_007/88492683 。

用Notepad打开该文件并查看十六进制模式：

下面是文件第一页的数据：
在这里插入图片描述

  • capture_pattern字段：值为0x4f、0x67、0x67、0x53，对应字符OggS，表示页起始标志；
  • stream_structure_version字段：值为0x00，表示版本号；
  • header_type_flag字段：值为0x02，表示逻辑比特流(bos)的第一页；
  • granule_position字段：值为0x0，媒体编码相关的参数信息，表示到本页为止逻辑流有0个采样；
  • bitstream_serial_number字段：0x23、0x49、0x02、0x11，逻辑比特流序列号；
  • page_sequence_number字段：0x00、0x00、0x00、0x00，页面序列号；
  • CRC_checksum字段：0xdf、0xe2、0x0c、0x1f，32位CRC校验；
  • number_page_segments字段：0x01，表示后面段(segment)的个数，本页有1个段(segment)；
  • segment_table：前面指明了只有1个段，所以segment_table大小为1个字节，值为 0x13，表示这个段的大小为0x13个字节。
  • 后面的0x13个字节就是段的内容(上图中浅蓝色背景的字节)：0x4f开始到0x00。

紧接着是第二页的数据：
在这里插入图片描述

  • capture_pattern字段：值为0x4f、0x67、0x67、0x53，对应字符OggS，表示页起始标志；
  • stream_structure_version字段：值为0x00，表示版本号；
  • header_type_flag字段：值为0x00，表示不是逻辑比特流(bos)的第一页，也不是最后一页，也不包含从上一页继续的数据包；
  • granule_position字段：值为0x0，媒体编码相关的参数信息，表示到本页为止逻辑流有0个采样；
  • bitstream_serial_number字段：0x23、0x49、0x02、0x11，逻辑比特流唯一序列号；
  • page_sequence_number字段：0x01、0x00、0x00、0x00，页面序列号；
  • CRC_checksum字段：0xd4、0x3e、0x3f、0x20，32位CRC校验；
  • number_page_segments字段：0x03，表示后面段(segment)的个数，本页有3个段(segment)；
  • segment_table：前面指明了3个段，所以segment_table大小为3个字节，值为 0xff、0xff、0xfe，表示这个3个段的大小分别为为 0xff、0xff、0xfe个字节。后面三个段的总字节数为： 0xff+0xff+0xfe=0x2fc字节。
  • 之后的0x2fc个字节就是三个段的内容(上图中浅蓝色背景的字节，没显示完整)：0x4f开始到0x00。这里的起始地址是0x4d，加上0x2fc，就是下一页的地址0x349。

紧接着是第三页的数据，起始地址是0x349：
在这里插入图片描述

  • capture_pattern字段：值为0x4f、0x67、0x67、0x53，对应字符OggS，表示页起始标志；
  • stream_structure_version字段：值为0x00，表示版本号；
  • header_type_flag字段：值为0x00，表示不是逻辑比特流(bos)的第一页，也不是最后一页，也不包含从上一页继续的数据包；
  • granule_position字段：值为0x80、0xbb、0x0、0x0、0x0、0x0、0x0、0x0，媒体编码相关的参数信息，小端表示到本页的逻辑流有48000帧(小端0xbb80=48000)；
  • bitstream_serial_number字段：0x23、0x49、0x02、0x11，逻辑比特流唯一序列号；
  • page_sequence_number字段：0x02、0x00、0x00、0x00，页面序列号；
  • CRC_checksum字段：0x98、0x9d、0xc5、0x56，32位CRC校验；
  • number_page_segments字段：0x33，表示后面段(segment)的个数，本页有51(0x33=51)个段(segment)；
  • segment_table：前面指明了51个段，所以segment_table大小为51个字节，值分别为图中蓝色背景部分，每个字节表示各个段的大小。这51个字节的值相加就是后面51个段总字节数：0xff + 0x06 + 0xe5 + 0xab + 0xa2 + 0xa1 + 0xa5 + 0xa3 + 0xdf + 0xab + 0xa7 + 0xa1 + 0xa3 + 0x9d + 0xec + 0xe0 + 0xa4 + 0x9e + 0xb3 + 0xa6 + 0xbe + 0xb8 + 0xb4 + 0xaa + 0xa3 + 0xa2 + 0xa4 + 0x99 + 0x9f + 0x9c + 0x96 + 0x94 + 0x94 + 0x97 + 0x99 + 0x9a + 0xa1 + 0x9e + 0xa0 + 0xa6 + 0xa1 + 0xa0 + 0xaa + 0xa9 + 0xac + 0xa4 + 0xa6 + 0x9d + 0x9a + 0x94 + 0x98 = 8484个字节；
  • 之后的8484个字节就是51个段的内容。第一个段的起始地址是0x397，加上8484，就是下一页的地址0x24bb。

紧接着是第四页的数据，起始地址是0x24bb：
在这里插入图片描述

  • capture_pattern字段：值为0x4f、0x67、0x67、0x53，对应字符OggS，表示页起始标志；
  • stream_structure_version字段：值为0x00，表示版本号；
  • header_type_flag字段：值为0x00，表示不是逻辑比特流(bos)的第一页，也不是最后一页，也不包含从上一页继续的数据包；
  • granule_position字段：值为0x00、0x77、0x01、0x0、0x0、0x0、0x0、0x0，媒体编码相关的参数信息，小端表示到本页的逻辑流有96000帧(小端0x017700=96000)；
  • bitstream_serial_number字段：0x23、0x49、0x02、0x11，逻辑比特流唯一序列号；
  • page_sequence_number字段：0x03、0x00、0x00、0x00，页面序列号；
  • CRC_checksum字段：0x25、0x80、0xd7、0x7d，32位CRC校验；
  • number_page_segments字段：0x32，表示后面段(segment)的个数，本页有50(0x32=51)个段(segment)；
  • segment_table：前面指明了50个段，所以segment_table大小为50个字节，值分别为图中蓝色背景部分，每个字节表示各个段的大小。这50个字节的值相加就是后面50个段总字节数，这里不计算了，感兴趣自己算。
  • 之后的若干个字节就是50个段的内容。

这里解析了4页，后面的页数依次类推去分析，这个文件有118页，最后一页的话，其header_type_flag字段值为0x04。

在这里插入图片描述

🎄五、读取Ogg文件的C语言代码

// readOggFile.c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>// 8字节数组转成 unsigned long long
unsigned long long ToULL(unsigned char num[8], int len)
{unsigned long long ret = 0;if(len==8){	int i=0;for(i=0; i<len; i++){ret |= ((unsigned long long)num[i] << (i*8));}}return ret;
}// 4字节数组转成 unsigned int
unsigned int ToUInt(unsigned char num[4], int len)
{unsigned int ret = 0;if(len==4){int i=0;for(i=0; i<len; i++){ret |= ((unsigned int)num[i] << (i*8));}}return ret;
}int readOggPage(char *oggFile)
{typedef struct PAGE_HEADER{  char           Oggs[4];        unsigned char  ver;unsigned char  header_type_flag;unsigned char  granule_position[8];unsigned char  stream_serial_num[4];unsigned char  page_sequence_number[4];unsigned char  CRC_checksum[4];unsigned char  seg_num;unsigned char  segment_table[];}PAGE_HEADER;FILE *fp=fopen(oggFile,"rb");while(!feof(fp)){// 1、读取 page_headerPAGE_HEADER page_header;if(1 != fread(&page_header,sizeof(page_header),1,fp))break;printf("page_num:%03u; ",ToUInt(page_header.page_sequence_number, 4));printf("Oggs:%c %c %c %c; ",page_header.Oggs[0],page_header.Oggs[1],page_header.Oggs[2],page_header.Oggs[3]);printf("type=%d, granule_position:%08llu; ", page_header.header_type_flag,ToULL(page_header.granule_position, 8));//printf("seg_num:%d \n",page_header.seg_num);// 2、读取 Segment_tableunsigned char *pSegment_table = (unsigned char *)malloc(page_header.seg_num);fread(pSegment_table,sizeof(unsigned char),page_header.seg_num,fp);// 3、计算段数据总大小unsigned int TotalSegSize = 0;int i=0;for(i=0; i<page_header.seg_num; i++){TotalSegSize += pSegment_table[i];}printf("TotalSegSize:%d \n",TotalSegSize);// 4、读取段数据unsigned char *pSegment_data = (unsigned char *)malloc(TotalSegSize);fread(pSegment_data,sizeof(unsigned char),TotalSegSize,fp);if(page_header.header_type_flag == 4)printf("Last 4 Byte: %x %x %x %x\n",pSegment_data[TotalSegSize-4],pSegment_data[TotalSegSize-3], pSegment_data[TotalSegSize-2],pSegment_data[TotalSegSize-1]);free(pSegment_data);free(pSegment_table);}fclose(fp);return 0;
}int main()
{readOggPage("48000Hz-s16le-1ch-ChengDu.opus");return 0;
}

在这里插入图片描述

🎄六、总结

本文介绍了Ogg支持的编码格式，Ogg的封装过程，Ogg文件结构，以及Ogg的相关术语(物理比特流、逻辑比特流、数据包(packet)、页(page)、段(segment) )等内容。

最后，似乎有点问题，文章只讲了Ogg文件结构和页头部数据，并没有解析各个段的内容。因为段的内容是根据编码不同而变化的，需要再了解跟编码相关的文档如：opus音频编解码器的Ogg封装。这些内容后面单独去分析。

这两天发现了查看RFC文档的一个网址：https://datatracker.ietf.org/，只需要搜索想看的RFC文档，基本都可以搜到。
https://datatracker.ietf.org/doc/rfc7845/，显示格式是标题栏在上面；
https://datatracker.ietf.org/doc/html/rfc7845/，显示格式是标题栏在侧边，个人比较喜欢这个风格。

在这里插入图片描述
如果文章有帮助的话，点赞👍、收藏⭐，支持一波，谢谢 😁😁😁

参考文档：
rfc3533：https://datatracker.ietf.org/doc/html/rfc3533
Opus从入门到精通(五)OggOpus封装器全解析：https://juejin.cn/post/6844904016254599175
https://www.cnblogs.com/dylancao/p/8303418.html
https://blog.csdn.net/zyx4843/article/details/51439279

这篇关于【音视频 | Ogg】Ogg封装格式详解——包含Ogg封装过程、数据包(packet)、页(page)、段(segment)等的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/806682。

相关文章

Oracle的to_date()函数详解

Oracle的to_date()函数详解

《Oracle的to_date()函数详解》Oracle的to_date()函数用于日期格式转换,需要注意Oracle中不区分大小写的MM和mm格式代码,应使用mi代替分钟,此外,Oracle还支持毫... 目录oracle的to_date()函数一.在使用Oracle的to_date函数来做日期转换二.日
阅读更多...
Java实现任务管理器性能网络监控数据的方法详解

Java实现任务管理器性能网络监控数据的方法详解

《Java实现任务管理器性能网络监控数据的方法详解》在现代操作系统中,任务管理器是一个非常重要的工具,用于监控和管理计算机的运行状态,包括CPU使用率、内存占用等,对于开发者和系统管理员来说,了解这些... 目录引言一、背景知识二、准备工作1. Maven依赖2. Gradle依赖三、代码实现四、代码详解五
阅读更多...
最新版IDEA配置 Tomcat的详细过程

最新版IDEA配置 Tomcat的详细过程

《最新版IDEA配置Tomcat的详细过程》本文介绍如何在IDEA中配置Tomcat服务器,并创建Web项目,首先检查Tomcat是否安装完成,然后在IDEA中创建Web项目并添加Web结构,接着,... 目录配置tomcat第一步，先给项目添加Web结构查看端口号配置tomcat    先检查自己的to
阅读更多...
Mysql 中的多表连接和连接类型详解

Mysql 中的多表连接和连接类型详解

《Mysql中的多表连接和连接类型详解》这篇文章详细介绍了MySQL中的多表连接及其各种类型,包括内连接、左连接、右连接、全外连接、自连接和交叉连接,通过这些连接方式,可以将分散在不同表中的相关数据... 目录什么是多表连接？1. 内连接（INNER JOIN）2. 左连接（LEFT JOIN 或 LEFT
阅读更多...
Java中switch-case结构的使用方法举例详解

Java中switch-case结构的使用方法举例详解

《Java中switch-case结构的使用方法举例详解》：本文主要介绍Java中switch-case结构使用的相关资料,switch-case结构是Java中处理多个分支条件的一种有效方式,它... 目录前言一、switch-case结构的基本语法二、使用示例三、注意事项四、总结前言对于Java初学者
阅读更多...
Linux内核之内核裁剪详解

Linux内核之内核裁剪详解

《Linux内核之内核裁剪详解》Linux内核裁剪是通过移除不必要的功能和模块,调整配置参数来优化内核,以满足特定需求,裁剪的方法包括使用配置选项、模块化设计和优化配置参数,图形裁剪工具如makeme... 目录简介一、 裁剪的原因二、裁剪的方法三、图形裁剪工具四、操作说明五、make menuconfig
阅读更多...
详解Java中的敏感信息处理

详解Java中的敏感信息处理

《详解Java中的敏感信息处理》平时开发中常常会遇到像用户的手机号、姓名、身份证等敏感信息需要处理,这篇文章主要为大家整理了一些常用的方法,希望对大家有所帮助... 目录前后端传输AES 对称加密RSA 非对称加密混合加密数据库加密MD5 + Salt/SHA + SaltAES 加密平时开发中遇到像用户的
阅读更多...
SpringBoot集成SOL链的详细过程

SpringBoot集成SOL链的详细过程

《SpringBoot集成SOL链的详细过程》Solanaj是一个用于与Solana区块链交互的Java库,它为Java开发者提供了一套功能丰富的API,使得在Java环境中可以轻松构建与Solana... 目录一、什么是solanaj?二、Pom依赖三、主要类3.1 RpcClient3.2 Public
阅读更多...
Android数据库Room的实际使用过程总结

Android数据库Room的实际使用过程总结

《Android数据库Room的实际使用过程总结》这篇文章主要给大家介绍了关于Android数据库Room的实际使用过程,详细介绍了如何创建实体类、数据访问对象（DAO）和数据库抽象类,需要的朋友可以... 目录前言一、Room的基本使用1.项目配置2.创建实体类（Entity）3.创建数据访问对象（DAO
阅读更多...
Springboot使用RabbitMQ实现关闭超时订单(示例详解)

Springboot使用RabbitMQ实现关闭超时订单(示例详解)

《Springboot使用RabbitMQ实现关闭超时订单(示例详解)》介绍了如何在SpringBoot项目中使用RabbitMQ实现订单的延时处理和超时关闭,通过配置RabbitMQ的交换机、队列和... 目录1.maven中引入rabbitmq的依赖：2.application.yml中进行rabbit
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2