Protobuf 为啥比 JSON、XML 牛?

本文深入探讨了 Protobuf 比 JSON、XML 传输效率高的原因,通过删除结构、自描述以及Protobuf的序列化机制,如Varint、Length-delimited等,详细解释了Protobuf如何高效压缩数据。
摘要由CSDN通过智能技术生成

今天,我带大家更深层次的认识认识 Protobuf,如果你对 Protobuf 的用法还不熟悉,直接前往:
developers.google.com/protocol-bu…。

当对 Protobuf 有了基本的认识后,就会明白了 Protobuf 序列化的数据会比 JSON、XML 传输效率更高。

那为啥会高呢?本篇就带着这个问题一探究竟。

看表面

对于 JSON、XML,为了便于数据传输时的可阅读性,会保留数据的结构化信息,举个 JSON 例子,如下:

{
  "name": "laomiao",
  "age": 18
}
复制代码

当发送该信息时,接受方收到后就会明白,这是个 “key/value” 形式的数据,并且"name" 后是姓名,"age" 后是年龄。

那如何压缩该数据呢?

我们可以删除 “花括号”、“name”、“age” 以及其它的 “冒号”、“逗号”、“引号” 等结构数据。

laomiao18
复制代码

那这样删除了,接收方怎么知道,哪个是姓名?哪个是年龄?

删除 ”结构“

只需要发送方和接收方都保留这份数据的 ”结构“ 就行,发送方只发送数据,接收方接收到数据后,根据本地保留的 ”结构“ 去解析数据就 OK。

假设,该 "结构" 如下,这不是真实存在的,只是为了方便给大家描述。

{
  name string 7
  age int 1
}
复制代码

通过该 ”结构“ 就可以知道:

  • name 数据在 age 数据之前。
  • name 数据类型为 string,age 数据类型为 int。
  • name 数据字节长度为 7,age 数据字节长度为 1。

接收方只需要拿着这份 ”结构“ 就知道了 "laomiao18" 数据如何解析。

自描述

但这样还是有这些问题:

  1. name 数据如果超过 7 个字节怎么办?
  2. age 数据超过 1
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值