#### grpc比http性能高的原因 ####

wangfy_

已于 2024-07-04 22:44:09 修改

阅读量984

点赞数 17

分类专栏： go ## 索引文章标签： http 网络协议网络

于 2024-06-27 16:49:48 首次发布

本文链接：https://blog.csdn.net/chushoufengli/article/details/140017252

版权

go 同时被 2 个专栏收录

191 篇文章 2 订阅

订阅专栏

## 索引

9 篇文章 0 订阅

订阅专栏

grpc比http性能高的原因

二进制消息格式：gRPC使用Protobuf（一种有效的二进制消息格式）进行序列化，这种格式在服务器和客户端上的序列化速度非常快，且序列化后的消息体积小，适合带宽有限的场景。

HTTP/2协议：gRPC是为HTTP/2设计的，HTTP/2协议在发送和接收方面都是紧凑且高效的，支持多路复用，即在单个TCP连接上可以复用多个HTTP/2调用，消除了应用程序层的队头阻塞问题。

流控制和双向通信：gRPC支持双向流控制机制，允许客户端和服务器之间进行实时的双向通信，这对于需要实时数据交互的应用非常有利。

为什么protobuf比较高效

概括：

即：序列化后数据体积小（压缩率高）、序列化和反序列化速度快。

与XML、JSON这类文本协议相比，ProtoBuf通过T-L-V（TAG-LENGTH-VALUE）方式编码，不需要", {, }, :等分隔符来结构化信息。同时在编码层面使用varint压缩，所以描述同样的信息，protobuf序列化后的体积要小很多，在网络中传输消耗的网络流量更少。

详细：

（1）压缩率高

protobuf基于接口描述语言IDL(Interface Description Language)实现消息结构的定义，传输数据的两端都需要定义该消息结构，并保存在.proto文件中，这样就不需要在消息数据中定义结构信息，自然就把空间压榨到极限了。例如：

        package my;
        message helloworld
                {
                          required int32 id = 1;
                          required string str = 2;
                          optional int32 wow = 3;
                }

除此之外，每个消息项前面有对应的tag，才能解析对应的数据类型，类似于计算机网络中传输IP数据包也需要分隔符来标识一样。对于protobuf，tag的大小是一个字节，即八位，tag的计算方式: tag = (field_number << 3) | wire_type，其中，上面定义的1，2，3可以类比json中的key。field_number是.proto文件用于定义某个字段，比如对于上述消息结构，id是1，str是2，wow是3，wire_type是google官方定义的，它是消息结构类型的一种再次分类，每个wire_type都可以对应多种数据类型，每种数据类型都有对应的wire_type：可以观察到，protobuf支持的wire_type 范围是0~5，对应二进制也就是000~101，正好是三位，那么按照tag计算公式，field_number左移三位之后，再或上wire_type就组成了tag。这样就总共是六位，放在一个字节中，表示tag，就可以标识该字段的结构信息。因此在判断wire_type类型的时候，只需要取后三位。