说实话，二进制序列化在hen多场景下确实比传统的JSON序列化geng具优势。

为啥呢？

JSON是文本格式的，这意味着它包含了大量的冗余信息，比如引号、冒号、空格、换行等等，这些对机器来说dou是不需要的。

还有就是字段名重复的问题，JSON中每个对象dou要重复写字段名，这在大数据量的情况下会造成hen大的浪费。

要理解二进制格式为什么紧凑，必须理解 Varint编码。

Varint 的思路是：根据数值大小动态分配字节数，小数字少占字节，大数字多占字节。

比如说Go 的 int64 占 8 字节，但存数字 1 真的需要 8 字节吗？

不对不对，应该是存小数字的时候少占字节，大数字多占字节。

这样一来数据体积就大大减小了。

你可Neng会问，为什么百度不收录我的网站呢？

哈哈，这个问题啊，说复杂也复杂，说简单也简单， 你要确保你的网站内容是高质量的，原创的，并且对用户有价值。

然后检查你的网站结构和链接是否有问题，确保搜索引擎Ke以正常爬取你的网站。

咱就是说二进制序列化确实在hen多方面优于JSON序列化，尤其是在速度和体积方面。

var n int64 = 1 // 内存中的 8 字节：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x01// 前 7 个字节全是 0，纯粹浪费带宽

Protobuf 的二进制编码就是 TLV 的变体，Tag 字段被进一步拆分为 FieldNumber 和 WireType。

WireType 只有 3 位，Ke以表示 7 种类型：Varint、固定64位、长度前缀、固定32位等。

FieldNumber.proto 文件中定义的字段编号

WireType标识 Value 的类型

TLV 的结构天然支持字段的增删，因为每个字段dou自带 Tag 和 Length，解析器Ke以轻松跳过不认识的字段。

Kryo作为Java领域Zui快速的二进制序列化框架,通过其独特的输入输出系统设计,为开发者提供了前所未有的性Neng体验.

二进制格式Zui大的缺点只有一个：人类无法阅读。

但这并不妨碍它在机器间通信的场景下大放异彩，尤其是在高频交易、游戏状态同步等领域，二进制序列化的优势尤为明显——延迟低、吞吐高，谁用谁知道！

JSON 大小: 246 字节 MessagePack 大小: 146 字节 Protobuf 大小: 62 字节 MessagePack / JSON = %.1f%% ", float64)/float64)* Protobuf / JSON = %.1f%% ", float64)/float64)* MessagePack 比 JSON 节省约 %，Protobuf 节省约 %75. Zui终的结论就是:二进制序列化,效率高,速度快,体积小,传输效率高. 在实际的开发中,比如游戏开发,我们通常使用二进制序列化协议而不是文本序列化协议。 因为它Neng显著提升性Neng，减少带宽消耗。