HTTP/2 提供了连接多路复用、双向流、服务器推送、请求优先级、首部压缩等机制。可以节省带宽、降低TCP链接次数、节省CPU,帮助移动设备延长电池寿命等。gRPC 的协议设计上使用了HTTP2 现有的语义,请求和响应的数据使用HTTP Body 发送,其他的控制信息则用Header 表示。
grpc性能高:http2.0为什么比http1.1性能高?
- http/1.* :一次请求,一个响应,建立一个连接用完关闭,每一个请求都要建立一个连接
- http1.1 pipeling: Pipeling解决方式为,若干个请求排队串行化单线程处理,后面的请求等待前面请求的返回才能获得执行机会,一旦有某请求超时等,后续请求只能被阻塞,毫无办法,也就是人们常说的线头阻塞
- http2: 多个请求可同时在一个连接上并行执行。某个请求任务耗时严重,不会影响到其它连接的正常执行
- grpc 多路复用还有哪些优点
- 减少了tcp的连接,降低了服务端和客户端对于内存,cpu等的压力
- 减少了tcp的连接,保证了不频繁触发tcp重新建立,这样就不会频繁有慢启动
- 减少了tcp的连接,使网络拥塞情况得以改善
- 为什么http/1.1不能实现多路复用而http2.0可以?
- 因为http/1.1传输是用的文本,而http2.0用的是二进制分帧传输
2. 头部压缩
- 固定字段压缩:http可以通过http对body进行gzip压缩,这样可以节省带宽,但是报文中header也有很多字段没有进行压缩,比如cookie, user agent accept,这些有必要进行压缩
- 避免重复:大量请求和响应的报文里面又很多字段值是重复的,所以有必要避免重复性
- 编码改进:字段是ascii编码,效率低,改成二进制编码可以提高
- 以上通过HPACK算法来进行实现,算法主要包含三个部分
- 静态字典:将常用的header字段整成字典,比如{":method":"GET"} 就可以用单个数字 2来表示
- 动态字典:没有在静态字典里面的一些头部字段,则用动态字典
- Huffman 编码: 压缩编码
3. 二进制分帧
- 在二进制分帧层上,HTTP 2.0 会将所有传输的信息分割为更小的消息和帧,并对它们采用二进制格式的编码 ,其中HTTP1.x的首部信息会被封装到Headers帧,而我们的request body则封装到Data帧里面。
- 这样分帧以后这些帧就可以乱序发送,然后根据每个帧首部的流标识符号进行组装
- 对比http/1.1因为是基于文本以换行符分割每一条key:value则会有以下问题:
- 一次只能处理一个请求或者响应,因为这种以分隔符分割消息的数据,在完成之前不能停止解析
- 解析这种数据无法预知需要多少内存,会给服务端有很大压力
4,. 服务器主动推送资源
- 由于支持服务器主动推送资源,则可以省去一部分请求。比如你需要两个文件1.html,1.css,如果是http1.0则需要请求两次,服务端返回两次。但是http2.0则可以客户端请求一次,然后服务端直接回吐两次
Hi,
Tomorrow!