文章目录
- http/1.1
- http/2
- 疑惑
- 探索
- 1. 连接前言
- 2. 帧结构
- 2.1 帧类型 Type
- 3. 帧详情
- 3.1 SETTINGS 帧
- 3.2 WINDOW_UPDATE 帧
- 3.3 PRIORITY 帧
- 3.4 HEADERS 帧
- 3.5 DATA 帧
- 3.6 PING
- 3.7 GOAWAY 帧
- 3.8 RST_STREAM 帧
- 3.9 PUSH_PROMISE 帧
- 3.10 CONTINUATION 帧
你对http2了解多少? 你愿意在你的项目中使用http2吗?为什么?
http/1.1
从上图可以看到,是一个人在银行排队等待办理一个业务,完成后再去排队办理下一个业务。这就是http/1.1的请求过程。
http/1.1是串行的,也就是说,每个请求都是按顺序进行的,如果前面的请求没有完成,后面的请求就必须等待。
我们无法知道确定之前的顾客在干嘛,可能是在办理业务,也可能是在等待,也可能是在疯狂的聊天直到世界末日。
http/2
从上图可以看到,是一个人在银行办理多个业务,每个业务都是同时进行的。这就是http/2的请求过程。
http/2是并行的,也就是说,每个请求都是同时进行的,不需要等待前面的请求完成。
疑惑
这样高强度的并行请求,会不会导致服务器压力过大?会不会导致服务器崩溃?
其实不会,http/1.1 并没有榨干TCP协议所能提供的性能。
探索
了解http/2的中的一些细节。1. 连接前言
在 http/2 中,连接成功后,每个端点都需要发送连接序言作为所使用协议的最终确认。
- 客户端发送
PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n
作为连接序言 - 服务器端回应
SETTINGS
帧,帧的内容是服务器端的初始设置,包括最大帧大小,最大并发流数等。
需要注意的是,为了避免不必要的延迟,客户端并不会等待服务器端的回应,而是直接发送请求。
2. 帧结构
名称 | 长度 | 描述 |
---|---|---|
Length | 3 字节 | 帧负载的长度(取值范围为 214~224-1 字节),使用SETTINGS 帧可以设置更大值 |
Type | 1 字节 | 帧类型 |
Flags | 1 字节 | 特定于帧类型的标志 |
R | 1 位 | 保留位,无需设置 |
Stream Identifier | 31 位 | 流标识符 |
Frame Payload | 可变长度 | 帧有效负载,长度在 Length 字段中设置 |
2.1 帧类型 Type
名称 | ID | 描述 |
---|---|---|
DATA | 0x0 | 传输流的核心内容 |
HEADERS | 0x1 | 包含 HTTP 首部,和可选的优先级参数 |
PRIORITY | 0x2 | 指示或者更改流的优先级和依赖 |
RST_STREAM | 0x3 | 允许一端停止流(通常由于错误导致的) |
SETTINGS | 0x4 | 协商连接级参数 |
PUSH_PROMISE | 0x5 | 提示客户端,服务器要推送些东西 |
PING | 0x6 | 测试连接可用性和往返时延(RTT) |
GOAWAY | 0x7 | 告诉另一端,当前端已结束 |
WINDOW_UPDATE | 0x8 | 协商一端将要接收多少字节(用于流量控制) |
CONTINUATION | 0x9 | 用以扩展 HEADER 数据块 |
- Hypertext Transfer Protocol Version 2 (HTTP/2)
3. 帧详情
3.1 SETTINGS 帧
在 http/2 中,请求是通过流的方式进行的。
通常,在发送 连接前言
之后,客户端会发送一个 SETTINGS
帧。这个帧包含了客户端的初始设置,包括最大帧大小,最大并发流数等。
- 帧大小:默认最大值 2^14 字节 (16,384 字节),如果想要更大的帧大小,可以接收方通过
SETTINGS
帧进行设置。最高可以设置为 2^24-1 字节 (16,777,215 字节)。
示例(十六进制):
00 00 12 04 00 00 00 00 00 00 01 00 01 00 00 00 04 00 02 00 00 00 05 00 00 40 00
这个帧的内容是:
- 帧长度:18
- 帧类型:4 (SETTINGS)
- 标志位:0
- 流ID:0
- 帧有效负载:
00 01 00 01 00 00 00 04 00 02 00 00 00 05 00 00 40 00
关于
R
位,是保留位,值为 0。
SETTINGS
帧的有效负载可以设置多个参数,由 16位
类型和 32位
值组成。
+-------------------------------+ | Identifier (16) | +-------------------------------+-------------------------------+ | Value (32) | +---------------------------------------------------------------+
类型 | 描述 |
---|---|
0x1 | 允许发送方通知远程端点用于解码标头块的标头压缩表的最大大小(以八位位组为单位)。 |
0x2 | 此设置可用于禁用服务器推送 |
0x3 | 指示发送方允许的并发流的最大数量 |
0x4 | 指示发送方用于流级流量控制的初始窗口大小(以八位字节为单位) |
0x5 | 指示发送方愿意接收的最大帧有效负载的大小(以八位位组为单位)。 |
0x6 | 此建议设置通知对等方发送方准备接受的标头列表的最大大小(以八位位组为单位)。 |
3.2 WINDOW_UPDATE 帧
在 http/2 中,流量控制是通过 WINDOW_UPDATE
帧来进行的。
WINDOW_UPDATE
帧的有效负载是一个 1
位的 R
位,和 31
位的 增加窗口大小
。
+-+-------------------------------------------------------------+ |R| Window Size Increment (31) | +-+-------------------------------------------------------------+
帧类型是 0x8
,表示这是一个 WINDOW_UPDATE
帧。
帧标志位有两种,分别是 流流控窗口和连接流控窗口,如果是流流控窗口,则指示受影响的流,如果是连接流控窗口,流标识符为 0x0
。
示例(十六进制):
00 00 04 08 00 00 00 00 00 00 bf 00 01
3.3 PRIORITY 帧
PRIORITY
帧(帧类型 0x2
)用于指示或更改流的优先级和依赖。
PRIORITY
帧的有效负载是一个 1
位的 E
位,和 31
位的 Stream Dependency
,和 8
位的 Weight
。
+-+-------------------------------------------------------------+ |E| Stream Dependency (31) | +-+-------------+-----------------------------------------------+ | Weight (8) | +-+-------------+
E
位:如果为0
,则当前流的依赖关系被视为非独占的,这意味着当前流与依赖于同一流的其他流共享依赖关系。如果为1
,则当前流的依赖被认为是独占的,当前流将独占其依赖流,所有其他原本依赖于那个流的流将改为依赖当前流。Stream Dependency
:指示当前流的依赖流的标识符。Weight
:指示当前流的权重,取值范围为1~256
。
示例(十六进制):
00 00 05 02 00 00 00 00 07 00 00 00 00 00
3.4 HEADERS 帧
HEADERS
帧(帧类型 0x1
)主要用于传输HTTP请求或响应的头部信息。
HEADERS
帧的有效负载:
类型 | 大小 | 描述 |
---|---|---|
Pad Length | 8 位 | 用于填充的字节长度(需要有 PADDED 标志) |
E | 1 位 | 指示流依赖性是排他(需要有 Priority 标志) |
Stream Dependency | 31 位 | 该流所依赖的流的 31 位流标识符(需要有 Priority 标志) |
Weight | 8 位 | 用于指示流的权重 |
Header Block Fragment | 可变 | 用于存放头部信息 |
Padding | 可变 | 用于填充的字节 |
+---------------+ |Pad Length? (8)| +-+-------------+-----------------------------------------------+ |E| Stream Dependency? (31) | +-+-------------+-----------------------------------------------+ | Weight? (8) | +-+-------------+-----------------------------------------------+ | Header Block Fragment (*) ... +---------------------------------------------------------------+ | Padding (*) ... +---------------------------------------------------------------+
HEADERS
帧标志:
- `END_STREAM (0x1)`:指示这是流的最后一个帧。
- `END_HEADERS (0x4)`:指示这是头部块的最后一个帧。
- `PADDED (0x8)`:指示这个帧包含了填充字段。
- `PRIORITY (0x20)`:指示这个帧包含了优先级信息。
了解这个帧的结构,可以更好的理解http/2的请求过程。这里可以查看hpack压缩算法,了解更多关于头部块的内容。
https://datatracker.ietf.org/doc/html/rfc7541
3.5 DATA 帧
DATA
帧(帧类型 0x0
)用于传输流的核心内容。
+-------------+ |焊盘长度?(8)| +------------------------++--------------------------------- --------------+ | 数据 (*) ... +---------------------------------------- ------------------+ | 填充 (*) ... +---------------------------------------- ------------------+
DATA
帧的有效负载:
Pad Length
:用于填充的字节长度(需要有PADDED
标志)。Data
:用于存放数据。数据量是帧有效负载减去存在的其他字段的长度后的剩余部分。Padding
:用于填充的字节。(填充设置为0
)
DATA
帧标志:
END_STREAM (0x1)
:指示这是流的最后一个帧。PADDED (0x8)
:指示这个帧包含了填充字段。
示例(十六进制):
00 00 0c 00 01 00 00 00 0f 7b 22 64 61 79 4e 6f 22 3a 33 30 7d
3.6 PING
PING
帧(帧类型 0x6
)用于测试连接的可用性和往返时延(RTT)。
+---------------------------------------------------------------+ | | | Opaque Data (64) | | | +---------------------------------------------------------------+
PING
帧的有效负载:
Opaque Data
:用于存放数据。发送者可以包含它选择的任何值并以任何方式使用这些八位字节。
PING
帧标志:
ACK (0x1)
:指示该 PING 帧是 PING 响应。端点必须在 PING 响应中设置此标志。端点不得响应包含此标志的 PING 帧。
示例(十六进制):
00 00 08 06 00 00 00 00 00 00 00 00 00 00 00 00 00
3.7 GOAWAY 帧
GOAWAY
帧(帧类型 0x7
)用于告诉另一端,当前端已结束。
+-+-------------------------------------------------------------+ |R| Last-Stream-ID (31) | +-+-------------------------------------------------------------+ | Error Code (32) | +---------------------------------------------------------------+ | Additional Debug Data (*) | +---------------------------------------------------------------+
GOAWAY
帧的有效负载:
R
:保留位,值为0
。Last-Stream-ID
:指示发送端认为的最后一个流的标识符。Error Code
:用于指示连接关闭的原因。Additional Debug Data
:用于存放额外的调试数据。
GOAWAY
帧行为:
- 发送了GOAWAY帧的一端将忽略所有在GOAWAY帧指定的最后流标识符之后启动的流的帧。
- 接收GOAWAY帧的一端不应再在该连接上开启新的流,但可以建立新的连接来发起更多的流。
- 如果接收方在流标识符比GOAWAY帧中指示的更高的流上发送了数据,这些流将不会被处理。接收方可以认为这些流就像从未被创建过一样,并可以在新的连接上重试它们。
示例(十六进制):
00 00 08 07 00 00 00 00 00 00 00 00 00 00 00 00 00
3.8 RST_STREAM 帧
RST_STREAM
帧(帧类型 0x3
)用于允许一端停止流(通常由于错误导致的)。
+---------------------------------------------------------------+ | Error Code (32) | +---------------------------------------------------------------+
RST_STREAM
帧的有效负载:
Error Code
:用于指示流关闭的原因。
示例(十六进制):
00 00 04 03 00 00 00 00 03 00 00 00 00
3.9 PUSH_PROMISE 帧
PUSH_PROMISE
帧(帧类型 0x5
)用于提前通知对等端点发送方打算发起的流。PUSH_PROMISE 帧包括端点计划创建的流的无符号 31 位标识符以及为流提供附加上下文的一组标头。
+---------------+ |Pad Length? (8)| +-+-------------+-----------------------------------------------+ |R| Promised Stream ID (31) | +-+-------------+-----------------------------------------------+ | Header Block Fragment (*) ... +---------------------------------------------------------------+ | Padding (*) ... +---------------------------------------------------------------+
PUSH_PROMISE
帧的有效负载:
Pad Length
:用于填充的字节长度(需要有PADDED
标志)。R
:保留位,值为0
。Promised Stream ID
:指示发送方打算创建的流的标识符。Header Block Fragment
:用于存放头部信息。Padding
:用于填充的字节。
PUSH_PROMISE
帧标志:
- `END_HEADERS (0x4)`:指示这是头部块的最后一个帧。
- `PADDED (0x8)`:指示这个帧包含了填充字段。
示例(十六进制):
00 00 04 05 04 00 00 00 00 00 00 00 01
PUSH_PROMISE帧允许服务器主动向客户端推送资源,而不需要客户端显式地请求这些资源。这是一种服务器推送技术,旨在减少网页加载时间。通过预先发送客户端将需要的资源,服务器可以显著减少网页完成渲染所需的往返次数(RTTs)。
但是,由于服务器推送可能会导致客户端缓存不一致,因此,服务器推送的资源应该是客户端已经请求过的资源,或者是客户端可能会请求的资源。
3.10 CONTINUATION 帧
CONTINUATION
帧(帧类型 0x9
)用于扩展 HEADER
数据块。
+---------------------------------------------------------------+ | Header Block Fragment (*) ... +---------------------------------------------------------------+
CONTINUATION
帧的有效负载:
Header Block Fragment
:用于存放头部信息。
CONTINUATION
帧标志:
END_HEADERS (0x4)
:指示这是头部块的最后一个帧。(如果未设置 END_HEADERS 位,则该帧后面必须跟有另一个 CONTINUATION 帧。)