第3章 传输底座：HTTP2与通信模式

第 3 章 · 传输底座：HTTP/2 与通信模式

章节摘要：HTTP/2 是 gRPC 一切传输特性的来源。本章先讲清 HTTP/2 的核心机制（二进制分帧、流与多路复用、头部压缩、流量控制）如何逐项支撑 gRPC 的需求，再拆解 gRPC 在 HTTP/2 之上的协议映射规范（路径、头部、消息帧、状态码），最后把四种通信模式放到传输层与业务层的双重视角下做实战选型。读完本章，你能看懂一次 gRPC 调用的完整报文级过程。

读前必看

阅读完本章，你应当能够：

1. 解释帧、流、消息三者的关系与 HTTP/1.1 的本质区别；
2. 说明队头阻塞在 HTTP/2 中为何只剩 TCP 层残留；
3. 复述 gRPC 请求的路径规则、关键头部与消息封装格式；
4. 说出 gRPC 状态码与 HTTP 状态的映射关系；
5. 为推送、上报、对话、查询四类业务交互选定通信模式并说明理由。

核心概念速览

一句话点题：gRPC 自己定义的只有"一次 RPC 怎么用 HTTP/2 说清楚"，其余能力全部是 HTTP/2 的原生供给。

子章节导航

3.1 HTTP/2 核心特性如何支撑 gRPC

从 HTTP/1.1 的三大痛点（文本解析、请求排队、头部冗余）出发，讲帧与流的结构、多路复用的实现方式、HPACK 头部压缩与流量控制，并诚实交代 TCP 层队头阻塞这个残留问题。这一节概念密度高，但每个概念都会在后面反复出现——连接协商、流编号、窗口更新，第 5 章的负载均衡与第 6 章的流控调优都直接建立在这些概念上。

3.2 gRPC 协议映射规范详解

一次一元调用的完整报文拆解：请求路径怎么拼、内容类型怎么声明、Protobuf 消息怎么套上长度前缀封装进 DATA 帧、trailers 怎么携带状态码，以及 keepalive 与连接管理的工程参数。这一节是报文级排障的弹药库——"链路正常但调用失败"的悬案，八成能在这一节里找到答案。读完它你还能顺手掌握两件趁手兵器：服务端反射服务（在线探测服务定义）与通道状态调试接口（确认客户端到底连上没有）。

3.3 四种通信模式与流式 RPC 实战

四种模式各自的交互形态、传输层行为与典型业务对号入座，重点讲流式开发的工程要点：背压感知、消息边界、取消传播、超时策略，以及"什么时候不该用流"。写 stream 关键字之前，先把这一节的三问过一遍——交互形态确实如此吗、背压与取消处理好了吗、测试与排障的复杂度愿意承担吗。

子章节之间的逻辑关系

三节是自底向上的三层栈：

[3.1 传输能力]    [3.2 协议映射]      [3.3 通信模式]
 HTTP2 提供什么  -->  gRPC 怎么用它  -->  业务怎么选形态
 (帧/流/压缩)        (路径/头/状态)       (一元/三种流)
​

3.1 是地基，3.2 是地基上的建筑规范，3.3 是按规范住进去的方式。调阅顺序灵活：只想做选型的读者可以直接看 3.3，遇到"为什么流能双向"再回 3.1 补课；排障报文问题的读者直奔 3.2。

前置知识与后续延伸

• 前置：第 1 章的传输支柱概念、HTTP/1.1 的基本使用经验（方法、头部、连接）。不需要先学过 HTTP/2，本节从零讲起。
• 为后续铺垫：3.2 的连接管理参数（keepalive、最大流数）会在第 6 章性能调优里作为调优对象再次出现；3.1 的流概念是第 7 章服务网格流量治理的知识前提；3.3 的取消传播与第 5 章弹性容错的超时体系相连。

本章概念多且彼此纠缠，三组易混术语先划清界限：连接与流——连接是物理的 TCP 通道，流是逻辑上的虚拟通道，一条连接上跑很多条流，"关闭流"不影响连接；消息与帧——消息是应用层的完整单位（一条 Protobuf 编码的请求），帧是传输层的分片单位，一条消息切成多个帧交错发送；多路复用与并发——多路复用是单连接跑多流的能力，并发是同时在途的调用数，前者是机制、后者是结果。这三组区分想透了，本章的图都能自己画出来。

本章的学习建议是"动手画图"：读完 3.1 后自己画一遍"一条连接、三条流、帧交织"的示意图；读完 3.2 后默写一次调用的头部与帧序列。传输层知识的半衰期很长——HTTP/2 与这套映射规范未来五年都不会大变，投入在这里的时间是保值的。

本章是全书"原理浓度"最高的一章，坚持住——过完这章，gRPC 对你就不再是黑盒，而是一套可以在报文级别审视、讨论、调优的透明系统。