#http/2 SPDY/2
#特点
首先来说最初的HTTP/1.0的时候,一次TCP的链接上只能发送一个HTTP请求,导致HTTP传输的效率特别低。
好在HTTP/1.1的时候,引入了持久链接和管道机制,使得HTTP的传输效率得到了很大的提升(详细和可查看HTTP基本认识)。持久链接满足了一条TCP链接可以发送多条HTTP请求的问题,但是每次HTTP请求必须等上一次HTTP响应了以后才能发送新的一条HTTP请求。管道机制实现了在持久链接的基础上同时发送多条HTTP请求的机制,但是响应的时候必须按照顺序来响应(如下图)。

#请求发起方必须是客户端
HTTP/1.1之前的HTTP请求的只能有客户端发起,服务端返回响应。这种模式导致服务端不能主动发送信息给客户端,所以一些像股票之类的要求时效性的信息无法及时推送到客户端。当然人们研究出了轮训、长轮询、流等解决方案实现,
#请求/响应首部未经过压缩
HTTP请求或者响应首部每次都要发送一些相关信息,但是HTTP/1.1之前每次HTTP请求都要重复发送这些信息,这样就有些浪费带宽了,而且现在首部信息越来越多,这个问题就更严重了。
#SPDY基本功能
#多路复用
通过单一的TCP链接,可以无限制处理多个HTTP请求,所有请求的处理都在一条TCP连接上完成,因此TCP的处理效率得到提高。
#赋予请求优先级
SPDY不仅可以无限制地并发处理请求,还可以给请求逐个分配优先级顺序。这样主要是为了在发送多个请求时,解决因带宽低而导致响应变慢的问题。
#压缩HTTP首部
压缩HTTP请求和响应首部。这样一来,通信产生的数据包数量和发送的字节数就更少了。
#推送功能
支持服务器主动向客户端推送数据的功能。这样服务器可直接发送数据,而不必等待客户端的请求了。
#服务器提示功能
服务器可以主动提示客户端请求所需的资源。由于在客户端发现资源之前就可以获知资源的存在,因此在资源已缓存等情况下,可以避免发送不必要的请求。
SPDY 就被当作 HTTP/2 的基础,主要特性都在 HTTP/2 之中得到继承。
http://www.ruanyifeng.com/blog/2016/08/http.html
5.1 二进制协议 HTTP/1.1 版的头信息肯定是文本(ASCII编码),数据体可以是文本,也可以是二进制。HTTP/2 则是一个彻底的二进制协议,头信息和数据体都是二进制,并且统称为"帧"(frame):头信息帧和数据帧。
二进制协议的一个好处是,可以定义额外的帧。HTTP/2 定义了近十种帧,为将来的高级应用打好了基础。如果使用文本实现这种功能,解析数据将会变得非常麻烦,二进制解析则方便得多。
5.2 多工 HTTP/2 复用TCP连接,在一个连接里,客户端和浏览器都可以同时发送多个请求或回应,而且不用按照顺序一一对应,这样就避免了"队头堵塞"。
举例来说,在一个TCP连接里面,服务器同时收到了A请求和B请求,于是先回应A请求,结果发现处理过程非常耗时,于是就发送A请求已经处理好的部分, 接着回应B请求,完成后,再发送A请求剩下的部分。
这样双向的、实时的通信,就叫做多工(Multiplexing)。
5.3 数据流 因为 HTTP/2 的数据包是不按顺序发送的,同一个连接里面连续的数据包,可能属于不同的回应。因此,必须要对数据包做标记,指出它属于哪个回应。
HTTP/2 将每个请求或回应的所有数据包,称为一个数据流(stream)。每个数据流都有一个独一无二的编号。数据包发送的时候,都必须标记数据流ID,用来区分它属于哪个数据流。另外还规定,客户端发出的数据流,ID一律为奇数,服务器发出的,ID为偶数。
数据流发送到一半的时候,客户端和服务器都可以发送信号(RST_STREAM帧),取消这个数据流。1.1版取消数据流的唯一方法,就是关闭TCP连接。这就是说,HTTP/2 可以取消某一次请求,同时保证TCP连接还打开着,可以被其他请求使用。
客户端还可以指定数据流的优先级。优先级越高,服务器就会越早回应。
5.4 头信息压缩 HTTP 协议不带有状态,每次请求都必须附上所有信息。所以,请求的很多字段都是重复的,比如Cookie和User Agent,一模一样的内容,每次请求都必须附带,这会浪费很多带宽,也影响速度。
HTTP/2 对这一点做了优化,引入了头信息压缩机制(header compression)。一方面,头信息使用gzip或compress压缩后再发送;另一方面,客户端和服务器同时维护一张头信息表,所有字段都会存入这个表,生成一个索引号,以后就不发送同样字段了,只发送索引号,这样就提高速度了。
5.5 服务器推送 HTTP/2 允许服务器未经请求,主动向客户端发送资源,这叫做服务器推送(server push)。
常见场景是客户端请求一个网页,这个网页里面包含很多静态资源。正常情况下,客户端必须收到网页后,解析HTML源码,发现有静态资源,再发出静态资源请求。其实,服务器可以预期到客户端请求网页后,很可能会再请求静态资源,所以就主动把这些静态资源随着网页一起发给客户端了。
#评论
#评论 1 · 2023-02-28T06:15:09.763000Z
轻量级 只是 server -> client 用的。 SSE https://www.maocaoying.com/topic/313
#评论 2 · 2023-02-28T06:26:49.959000Z
HTTP/2 允许取消某个正在传输的数据流(通过发送 RST_STREAM 帧),而不关闭 TCP 连接。 这正是二进制协议的好处之一,可以定义多种功能的数据帧。
#评论 3 · 2023-02-28T06:36:13.051000Z
quic协议: https://zhuanlan.zhihu.com/p/32553477
#评论 4 · 2023-02-28T06:42:33.394000Z
HTTP/2 只解决了 HTTP 级别的队头阻塞,我们可以称之为“应用层”队头阻塞。TCP堵塞 还存在 https://zhuanlan.zhihu.com/p/330300133
HTTP/1.1 有队头阻塞,因为它需要完整地发送响应,并且不能多路复用它们
HTTP/2 通过引入“帧”(frames)标识每个资源块属于哪个“流”(stream)来解决这个问题
然而,TCP 不知道这些单独的“流”(streams),只是把所有的东西看作一个大流(1 big stream)
如果一个 TCP 包丢失,所有后续的包都需要等待它的重传,即使它们包含来自不同流的无关联数据。TCP 具有传输层队头阻塞。

#评论 5 · 2023-02-28T06:44:41.525000Z
https://zhuanlan.zhihu.com/p/32553477 科普:QUIC协议原理分析