1.Qt6.3 for Android - Protobuf交叉编译
2.Protocol Buffer详解（一）
3.在C++中使用Protobuf
4.Protobuf入门：在linux下编译使用protobuf
5.1.1.1模型描述与序列化方法之Protobuf（一）：初步使用
6.protobuf基本使用
Qt6.3 for Android - Protobuf交叉编译
前言
在开发跨平台应用时，编译编译利用Protobuf作为数据传输载体是源码常见的做法。当项目迁移到Android平台，编译编译希望复用C++代码，源码这时需借助Android NDK的编译编译交叉编译工具链进行编译。
交叉编译工具链
为了进行Android平台的源码android 源码编译so交叉编译，首先确保安装了Android SDK、编译编译NDK及JDK工具包，源码这部分内容在前文已有详述，编译编译本文不再赘述。源码
关键点：
1. 选择Clang编译器，编译编译确保与Qt for Android程序的源码编译器相匹配，避免运行时出现问题。编译编译
2. 注意Android NDK的源码不同版本，其交叉编译工具链使用方式有所差异，编译编译本文以使用Android NDK 版本为例。
下载Protobuf源码
使用Protobuf 3.0.0版本，通过GitHub链接下载源码。
编写交叉编译脚本
以下示例基于Android NDK 版本，脚本关键部分已注释。更多详细信息可查阅相关文档。
运行脚本后，在指定目录生成适用于不同平台的.so文件、include文件以及protoc工具。
注意事项：
1. 检查编译过程中的日志输出，确保使用了配置的工具链。
2. 执行生成的protoc工具，验证其正确性。注意，生成的protoc为aarch版本，在x Linux环境上无法直接执行。
3. 清理缓存，避免因缓存问题导致配置交叉工具链失败时，切换至本地gcc编译。
对于使用Android NDK r及更早版本的用户，需先生成独立的交叉编译工具链包，再进行配置。使用命令make-standalone-toolchain.sh完成此步骤。
最后，参考相关文档进行详细设置与调试。
Protocol Buffer详解（一）
Protocol Buffer是一种支持多平台、多语言、可扩展的数据序列化机制，与XML相比，protobuf体积更小、怎么获得应用源码速度更快、使用更简单，支持自定义数据结构。通过protobu编译器，可以生成特定语言的源代码，如C++、Java、Python，protoBuf对主流编程语言都提供了支持，使得序列化和反序列化变得非常方便。
一、Message定义
这里给出一个简单的例子，是一个搜索请求的message格式。
上述例子中fields的种类都是数值型的（string和int），当然也可以指定更加复杂的fields，比如枚举类型enum，或者是嵌套的message类型。
1、分配field编号
上述例子中每个field都被分配了一个编号，这个编号是该field的唯一标识。需要注意的是，标识1-在编码时只占用一个字节，-占用两个字节，因此为了进一步优化程序，对于经常出现的element，建议使用1-作为其唯一标识；对于不经常使用的element，建议使用-。编号的范围是1-2^（-是系统预留的，不要使用）。
2、field类型
message中的field类型包含以下两种（proto3）：
（1）singular
（2）repeated：该类型的field可以在message中重复使用（类似于数组），它们的顺序会被保存，通过索引进行检索，数值类型的repeated默认使用packed编码方式。
3、多message结构
在一个proto文件中可以定义多个protobuf。
4、reserved field类型
在开发过程中可能会涉及到对proto文件中message各个fields的修改，可能是更新、删除某个field及其表示，这样可能会导致调用的服务失败。其中一个防止这种问题的方式是，确保你要删除的field的标识（或是名字）是reserved，具体protobuf的chgpt4.0源码编译器会决定未来这个field表示能否被使用。
5、编译结果
对于C++开发者来说，使用protoc编译一个proto文件之后，会生成pb.h和pb.cc两个文件。
二、数值类型
具体proto类型对应生成类中的类型可以参考官方文档。
三、默认值
对于string和byte类型，默认值为空；对于bool类型，默认值是false；对于数值类型，默认值是0；对于枚举类型，默认值是第一个枚举值，默认为0；对于message类型，默认值由编程语言决定；对于repeated field，默认值为空。
四、枚举类型
当采用枚举类型的之后，枚举中的值都是预先定义好的，对于上述例子，我们可以再额外增加一个枚举类型corpus，具体如下。
通常枚举类型的第一个值初始化为0，而且在message中使用枚举类型，必须要给定一个为0的值，而且这个为0的值应该为第一个元素。
也可以给不同的元素以相同的alias，但是需要指定option allow_alias = true;具体如下。
除此之外枚举类型不仅可以定义在message内部，也可以定义在message外部，而且在不同message中可以重用enum。
在更改枚举类型field时，为保证系统运行正常，同样可以指定reserved数字标识和命名。
五、使用其他message类型
1、同文件引用
具体如下：
2、不同文件引用
引用其他proto文件中定义好的message类型，具体如下。
有时我们会对引用的proto文件进行更改，比如将其内容移动到另外一个地方，这样我们就需要对调用方import路径进行更改，当调用方非常多的时候，这种方法是非常低效的，protobuf提供一种机制，传承手机建站源码我们可以在原有位置提供一个新位置proto文件的“副本”，通过使用import public表示来实现，具体可以参考如下例子。
这时编译器就会在某些固定目录下查询import的proto文件（具体在命令行编译的时候，由-I/—proto_path指定），如果上述路径找不到，编译器会在调用路径进行查找。通常将—proto_path设置为项目的根目录，然后import的时候使用完整的路径名。
3、使用proto2中的message类型
proto2中的枚举类型无法直接使用。
六、嵌套类型
具体如下。
在parent message之外调用嵌套的message可以用如下方式：SearchResponse.Result，嵌套结构可以更加复杂，具体如下：
七、更新message类型
当现有的message已经无法满足现有业务需要，你需要更新你的message类型以支持更复杂的业务，这就涉及到向后兼容的问题了，为保证已有服务不受影响，需要遵守以下的一些规定：
1、不要更改已经存在的fields的数字标识
2、如果添加新的field，利用旧代码序列化得到的message可以使用新的代码进行解析，你需要记住各个元素的默认值。新代码创建的field同样可以由旧代码进行加解析
3、field可以被删除，但是需要保证其对应的数字标识不再被使用，你可以通过加前缀的方式来重新使用这个field name，或者指定数字标识为reserved来避免这种情况
4、int、int、uint、uint、bool这些类型都是互相兼容的，并不会影响前向、后向兼容性
5、sint和sint之间是互相兼容的，但是和其他数字类型是不兼容的
6、string和bytes是互相兼容的，只要使用的是UTF-8编码
7、如果byte包含message的编码版本，则嵌套的message和bytes兼容
8、flexed兼容sfixed,徕米app源码fixed,sfixed
9、enum兼容 int, uint, int, and uint。对于这个值在转化时，不同语言的客户端处理方式会有所不同
感兴趣的小伙伴可以关注公众号：独立团丶
在C++中使用Protobuf
ProtoBuf的定义和描述：
Protocol Buffers是一种语言无关、平台无关、可扩展的序列化结构数据的方法，它适用于（数据）通信协议、数据存储等。
Protocol Buffers是一种灵活、高效、自动化的结构数据序列化方法，类似于XML，但比XML更小（3 ~ 倍）、更快（ ~ 倍）、更简单。
你可以定义数据的结构，然后使用特殊生成的源代码轻松地在各种数据流中使用各种语言进行编写和读取结构数据。你甚至可以更新数据结构，而不会破坏由旧数据结构编译的已部署程序。
使用 ProtoBuf教程：
在了解了ProtoBuf的基本概念之后，我们将具体了解如何使用ProtoBuf。
第一步，创建.proto文件，定义数据结构，如下所示：
我们在上例中定义了一个名为Person的消息，语法很简单，message关键字后跟消息名称。之后我们在其中定义了message具有的字段，形式为：
第二步，protoc编译.proto文件生成读写接口：
在.proto文件中定义了数据结构，这些数据结构是面向开发者和业务程序的，并不面向存储和传输。当需要把这些数据进行存储或传输时，就需要将这些结构数据进行序列化、反序列化以及读写。ProtoBuf提供相应的接口代码，可以通过protoc这个编译器来生成相应的接口代码，命令如下：
生成的.h，.cpp文件为person.pb.h，person.pb.cpp，且.h的定义与proto文件的内容相关联：
第三步，编写C++业务代码：
c++业务代码对应的CMakeLists.txt为：
参考链接:
Protobuf入门：在linux下编译使用protobuf
Google Protocol Buffer（简称Protobuf）是一种由Google公司内部开发的数据标准，用于数据序列化。广泛应用于数据存储和远程过程调用（RPC）系统。它具备语言无关性、平台无关性和可扩展性，支持C++、Java和Python等语言。
编译源码包：从GitHub下载Protobuf的源代码，以2.5.0版本为例。解压后，执行配置编译命令，创建文件。编译后，文件夹中将包含bin、include和lib目录。
测试工程：将include目录下的文件按目录结构和lib/libprotobuf.a复制到测试目录。定义结构化数据Content，包含id（int）、str（string）和opt（可选成员）。使用protoc程序将Mymessage.proto文件编译成目标语言，生成Mymessage.pb.h和Mymessage.pb.cc文件。
将编译后的Mymessage.pb.o文件与Writer.cpp文件一起编译，生成log文件。Reader从log文件读取，反序列化后获得结构化数据。
Protobuf的优点在于高效、紧凑的二进制数据序列化方式，使其适合数据存储和RPC通信。然而，它缺乏复杂概念表示的能力，与XML相比在通用性上仍有不足。XML自解释性使其在文本描述方面优于Protobuf。
高级应用包括嵌套消息、Import Message和动态编译。嵌套消息如Person包含PhoneNumber，用于Person中的phone域。Import Message允许在包中定义公用消息，通过包引入使用。动态编译允许在运行时处理未知的.proto文件。
编写新编译器：利用Google Protocol Buffer源代码中的protoc编译器，可以开发支持其他语言的编译器。通过实现CodeGenerator派生类，实现代码生成功能。
Protobuf的编码方式使用Varint表示数字，节省空间。Varint用一个或多个字节表示数字，值越小字节越少。消息序列化为紧凑的二进制数据流，无需分隔符，可优化大小。
1.1.1模型描述与序列化方法之Protobuf（一）：初步使用
protobuf的使用流程相对直接，主要包括安装、编译.proto文件和生成可执行文件。本文将主要关注.proto文件的语法规则。1. 安装与配置
尽管具体版本需要在实际操作中指定，但安装过程通常是下载并执行相应的protobuf可执行文件protoc。2. 编译.proto文件
将编写好的.proto文件通过protoc工具编译，生成工程所需的pb.h和pb.cpp源文件。命令行操作简单，只需指定输入目录、输出目录和要编译的.proto文件名。3. 生成可执行文件
将编译得到的.pb.h和.pb.cpp文件与你的cpp源码一起编译，使用pkg-config提供的protobuf编译参数。4. Proto文件语法详解
Proto文件的基本结构为"字段规则 数据类型 名称 = 域值 [选项 = 选项值];"。字段规则有repeated、optional、required和reserved。例如：repeated string name = 1; 表示可多次出现，包括0次。
optional string name = 1 [default ""]; 表示0次或1次出现，可指定默认值。
required string name = 1; 必须出现1次。
reserved name; 表示废弃，用于迭代更新。
数据类型分为基本类型（如float、uint、string、bool）和复合类型（如message、enum、oneof和map）。message类似C++中的类，而enum则对应枚举。5. 选项与优化
选项如default和packed用于设置默认值和优化编码效率，而deprecated用于标记过时属性。6. 其他
高级功能如extensions、service和options通常不常用，相关内容请参考官方文档。7. 代码接口
编译后的接口结构在官方文档中详细说明，此处不再赘述。protobuf基本使用
Protocol Buffers，简称为 Protobuf，是一种由 Google 提出的高效、灵活的数据序列化方法。它旨在提供数据存储和通信协议的解决方案，比 XML 更小巧、更快速，同时拥有更简单的使用方式。Protocol Buffers 的核心优势在于不需要手动解析结构，提供了一种定义数据结构并自动生成代码进行数据读写的能力。
Protocol Buffers 的使用流程主要包括以下几个步骤：
1. **定义数据结构**：首先，需要创建一个.proto 文件，定义需要序列化的数据结构。这包括字段类型、命名和约束条件。
2. **编译生成代码**：使用 protoc 编译器将 .proto 文件编译为各编程语言对应的源代码文件。编译结果通常包含用于序列化和反序列化数据的函数。
3. **写文件**：使用生成的代码将数据序列化到文件中，通常会提供一个简单的脚本或命令行工具来执行序列化操作。
4. **读文件**：通过反序列化函数将数据从文件中读取到程序中，这一步可以通过另一段生成的代码来完成。
Protocol Buffers 的一个显著优势是，它允许你轻松地更新数据结构而不会破坏已部署的程序。这意味着，即使在数据结构发生变化时，已存在的客户端和服务端代码依然可以继续运行，只需重新编译受影响的代码部分即可。
在实际使用中，Protocol Buffers通常与各种编程语言的第三方库集成，例如 Python、Java、C++ 等，以简化数据交换和存储的实现。它在服务端和客户端通信、数据持久化和配置文件存储等领域有着广泛的应用。
总之，Protocol Buffers 通过提供自动化且高效的数据序列化能力，简化了数据在不同系统和语言之间的交换，使得开发者能够更专注于应用逻辑的实现而非低效的数据处理过程。
七爪源码：学习用于序列化结构化数据的协议缓冲区 (Protobuf) — 第 1 部分
在深入探讨 Protocol Buffers 之前，让我们先了解序列化和反序列化的基本概念。序列化是指将对象转换为线性字节序列以便存储或传输到另一位置的过程。反序列化则是获取存储信息并从中重新创建对象的过程。随着数据的不断增长，序列化和反序列化的数据方法也在不断发展。
CSV（逗号分隔值）是一种易于解析和读取的方法，但存在一些缺点，如必须推断数据类型且不保证。当数据包含逗号且列名存在或不存在时，解析变得困难。关系表定义添加了类型信息，数据是完全类型化的，且可以放入表格中。然而，数据必须是平面的，并且不同数据库的数据定义各不相同。JSON（JavaScript 对象表示法）是一种广泛接受的网络格式，数据可以采用任意形式，易于被多数编程语言读取，并且可通过网络轻松共享。然而，JSON 数据没有模式强制，且 JSON 对象大小较大，因为重复的键。
XML（可扩展标记语言）使用类似于 JSON 的元标记，但带有结束标记。由于它们具有结束标记，因此与 JSON 相比，它们的大小要大得多。
Protocol Buffers（或 Protobuf）是一种语言中立、平台中立的可扩展数据序列化协议，不同于 JSON 或 XML。Protobuf 不适合人类使用，因为序列化数据是编译后的字节，难以供人类阅读。它是 Google 用于序列化结构化数据的机制。
Protocol Buffers 的优点包括易于跨编程语言共享数据。在 .proto 文件上运行 Protocol Buffers 编译器时，编译器会以所选语言生成代码。我们只需使用在 .proto 文件中描述的消息类型，包括获取、设置字段值、将消息序列化到输出流以及从输入流解析消息。
为了更高效地设计 .proto 文件，Google 提供了样式指南，应尽量遵守。标准文件格式包括许可证标题（如有适用）、文件概述、语法、包装、导入（排序）、文件选项和其他内容。在 Protocol Buffers 中，字段标签非常重要。最小标签值可以是 1，最大标签值可以是 2²⁹–1 或 ,,。编号从 1 到 的标签使用 1 个字节，而编号从 到 的标签使用 2 个字节。对经常填充的字段使用 1 到 个标签号。
Protocol Buffers 支持多种字段类型，如布尔型、字符串、字节、重复字段、枚举等。在 Protocol Buffers 中，字段名称不重要，它们仅在编程中引用字段时重要。字段标签很重要，最小标签值可以是 1，最大标签值可以是 ,,。编号从 1 到 的标签使用 1 个字节，而编号从 到 的标签使用 2 个字节。对经常填充的字段使用 1 到 个标签号。
枚举允许我们定义事先知道的一个字段可以取的所有值。默认字段值为布尔型的假、数字的 0、字符串的空字符串、字节的空字节、重复的空列表和枚举的第一个值。我们还可以使用其他消息类型作为字段类型。嵌套类型有助于避免命名冲突并加强局部性。在下一篇文章中，我们将探讨 Protocol Buffers 的高级概念。
