JSON 和 Protocol Buffers 之间是否有标准映射？

Question

来自对公告博文的评论：

关于 JSON：JSON 是结构化的 与协议缓冲区类似，但是 协议缓冲区二进制格式仍然是 更小且编码速度更快。 JSON 为以下内容提供了出色的文本编码 不过，协议缓冲区——它是 编写编码器/解码器很简单 转换任意协议 与 JSON 之间的消息，使用 protobuf 反射。这是一个很好的 与 AJAX 应用程序通信的方式， 因为让用户下载完整的 protobuf 解码器当他们访问你的 页面可能太多。

制作一个映射可能很简单，但是两者之间是否存在任何两个独立的开发团队自然会选择的单一“明显”映射？如果两个产品支持 PB 数据并且可以互操作，因为它们共享相同的 .proto 规范，我想知道如果它们独立引入相同规范的 JSON 反射，它们是否仍然能够互操作。可能需要做出一些任意的决定，例如枚举值应该由字符串（以人类可读的典型 JSON）表示还是由它们的整数值表示？

那么是否有一个既定的映射，以及用于从 .proto 规范生成 JSON 编码器/解码器的开源实现？

Answer 1

可能这会有所帮助 http://code.google.com/p/protobuf-java -格式/

Answer 2

是的，从 Protocol Buffers 版本 3.0.0（2016 年 7 月 28 日发布）开始
是“JSON 中定义明确的编码，作为二进制原型的替代方案
编码”，如发行说明中所述

https://github.com /google/protobuf/releases/tag/v3.0.0

Answer 3

据我所知， Protostuff 是用于 Java 上任何 PB 工作的项目，包括序列化它作为 JSON，基于协议定义。我自己没用过，只是听说不错。

Answer 4

我需要从 GenerationMessageLite 编组到 JSON 对象，但不需要解组。我无法在 Pangea 的答案中使用 protobuf 库，因为它不适用于 LITE_RUNTIME 选项。我也不想为现有协议缓冲区生成更多编译代码，从而给我们已经很大的遗留系统带来负担。为了编组到 JSON，我使用了这个简单的解决方案来编组

    final Person gpb = Person.newBuilder().setName("Bill Monroe").build();
    final Gson gson = new Gson();
    final String jsonString = gson.toJson(gpb);

Answer 5

进一步的想法：如果 protobuf 对象具有 getter/setter，或适当命名的字段，则可以简单地使用 Jackson JSON 处理器数据绑定。默认情况下，它处理公共 getter、任何 setter 和公共字段，但这些只是默认的可见性级别，可以更改。如果是这样，Jackson 可以毫无问题地序列化/反序列化 protobuf 生成的 POJO。

我实际上已经将这种方法用于 Thrift 生成的对象；我唯一需要配置的就是禁用 Thrift 添加的各种“isXXX()”方法的序列化，以检查字段是否已被显式分配。

Answer 6

首先，我认为人们应该非常仔细地推理如何努力将数据集转换为 protobuff。这是我将数据集转换为 protobuffs

1. 类型安全的原因：保证所考虑的数据的格式。
2. 数据的未压缩内存占用。我提到未压缩的原因是因为压缩后 JSON 压缩和原始压缩的大小没有太大差异，但压缩有与之相关的成本。此外，序列化/反序列化速度几乎相似，事实上 Jackson json 比 protobuffs 更快。请查看以下链接以获取更多信息
   http://technicalrex.com/2014/06/23/performance-playground-jackson-vs-protocol- buffers/
3. protobuffs需要通过网络传输很多。

也就是说，一旦您按照定义 ProtoBuff 定义的方式将数据集转换为 Jackson JSON 格式，那么就可以使用 Protostuff:JsonIoUtil:mergeFrom 函数轻松地将其直接映射到 ProtoBuff 格式。函数签名：

public static <T> void mergeFrom(JsonParser parser, T message, Schema<T> schema,  boolean numeric) 

参考 protostuff