3. gRPC流式调用原理：HTTP/2帧结构、流ID、数据帧与HEADERS帧在流式场景下的交互
gRPC流式调用的底层传输依赖HTTP/2协议。理解HTTP/2的帧结构、流标识以及帧类型在流式场景中的交互，是分析流式调用异常与GC停顿影响的前提。本节将拆解核心概念，并展示一次完整流式RPC的帧级交互过程。
3.1 HTTP/2帧结构
HTTP/2以帧（Frame）为最小通信单元。每个帧都包含一个9字节的固定头部，其后跟随可变长度的负载。帧头部的结构决定了帧的路由、类型和优先级。
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| Length | 3 | 帧负载的长度（不含帧头），最大16MB |
| Type | 1 | 帧类型：DATA、HEADERS、SETTINGS、PING等 |
| Flags | 1 | 帧标志位，如END_STREAM、END_HEADERS |
| Stream Identifier | 4 | 31位流ID，标识帧所属的流；0表示连接级帧 |
| Frame Payload | 可变 | 根据Type不同，承载HTTP头部、数据体或控制信息 |
关键点：流ID是gRPC多路复用的核心。客户端发起的流使用奇数ID（1、3、5…），服务端发起的流使用偶数ID（2、4、6…）。流ID一旦分配，在连接生命周期内不会重用。
3.2 流ID与流生命周期
在gRPC流式调用中，一个流对应一次RPC调用。流ID将分散的帧串联成完整的请求或响应消息。流的生命周期包含以下阶段：
- 流创建：客户端发送HEADERS帧（含gRPC路径、方法、元数据），流ID被分配。
- 数据传输：客户端或服务端发送一个或多个DATA帧，承载protobuf序列化后的消息块。
- 流结束：发送方在最后一个帧中设置END_STREAM标志位，通知对端流已关闭。
- 流回收：双方确认流结束后，流ID进入空闲池，但HTTP/2规范建议不立即重用。
3.3 数据帧与HEADERS帧在流式场景下的交互
流式RPC（客户端流、服务端流、双向流）的核心交互模式是：一个HEADERS帧启动流，多个DATA帧承载消息，一个带END_STREAM的帧结束流。以下是一次服务端流式RPC的帧级交互示例：
场景：客户端发送单个请求，服务端返回多条响应消息（如日志流、监控数据流）。
// 伪代码：帧序列（时间从上到下）
// 流ID = 1
[客户端 → 服务端]
HEADERS帧 (Type=0x01, Flags=END_HEADERS, StreamID=1)
Payload: :method POST, :path /helloworld.Greeter/SayHello, content-type application/grpc
DATA帧 (Type=0x00, Flags=无, StreamID=1)
Payload: protobuf序列化的请求消息（5字节长度前缀 + 消息体）
DATA帧 (Type=0x00, Flags=END_STREAM, StreamID=1)
Payload: 空（仅用于关闭客户端发送方向）
[服务端 → 客户端]
HEADERS帧 (Type=0x01, Flags=END_HEADERS, StreamID=1)
Payload: :status 200, content-type application/grpc
DATA帧 (Type=0x00, Flags=无, StreamID=1)
Payload: 第一条响应消息
DATA帧 (Type=0x00, Flags=无, StreamID=1)
Payload: 第二条响应消息
DATA帧 (Type=0x00, Flags=END_STREAM, StreamID=1)
Payload: 最后一条响应消息（含Trailer元数据）
注意：在流式场景中，DATA帧的边界不一定对应gRPC消息的边界。gRPC在DATA帧负载中使用了5字节的长度前缀（1字节压缩标志 + 4字节消息长度）来分割消息。接收方必须根据长度前缀重组消息，而不是依赖帧边界。
3.4 帧交互的SVG图示
下图展示了一次双向流式RPC中，客户端与服务端之间HEADERS帧与DATA帧的完整交互过程。流ID=3，双方均可独立发送多个DATA帧。
3.5 帧交互的关键规则
- 多路复用：不同流ID的帧可以在同一个TCP连接上交错发送，互不阻塞。这是gRPC高性能的基础。
- 流控：HTTP/2的流控作用于单个流和整个连接。接收方通过WINDOW_UPDATE帧动态调整窗口大小，防止发送方淹没接收方。
- 优先级：流可以设置优先级，但gRPC默认不依赖此特性，而是通过应用层逻辑控制消息顺序。
- 帧乱序：同一流内的帧必须按发送顺序处理；不同流的帧可以乱序到达，接收方根据流ID重组。
3.6 流式场景下的帧交互总结
| 帧类型 | 流式场景作用 | 关键标志位 |
|---|---|---|
| HEADERS | 启动流，携带HTTP头部和gRPC元数据 | END_HEADERS（头部结束） |
| DATA | 承载protobuf消息体，可分段发送 | END_STREAM（流结束） |
| RST_STREAM | 异常终止流（如取消、超时、错误） | 错误码（如CANCEL、INTERNAL_ERROR） |
| PING | 连接级心跳和RTT测量 | ACK（响应标志） |
性能启示：在流式场景中，GC停顿可能导致DATA帧发送延迟，进而触发对端流控窗口耗尽或RST_STREAM。理解帧交互的时序，是后续分析GC停顿如何影响流式调用异常的基础。