QPACK、单向流、帧解析：逐行拆解Nginx HTTP/3的13个源文件，看HTTP/3请求到底怎么跑起来的

一、HTTP/3不是"HTTP/2 over QUIC"

很多人第一次听到HTTP/3，本能反应就是：把HTTP/2的帧丢到QUIC上跑呗，能有多大区别？

区别大了去了。HTTP/2的头部压缩算法HPACK依赖TCP的有序交付——编码端往动态表里插一条记录，解码端按同样的顺序更新自己的表副本，两边始终保持同步。这套机制搬到QUIC上直接崩盘，因为QUIC的多路复用是流级别独立的，流A和流B的数据可能乱序到达，HPACK那种"你插我也插"的隐式同步就维持不住了。所以HTTP/3不得不换一套全新的头部压缩算法——QPACK，用显式的编码器流和解码器流来同步动态表状态，复杂度直接翻了一倍。

帧格式也改了。HTTP/2的帧头是固定9字节（3字节长度+1字节类型+1字节标志+4字节流ID），HTTP/3的帧头用QUIC的变长整数编码，类型和长度都是变长的。流ID直接由QUIC层管理，帧头里不再携带。帧类型的编号体系也重新设计了——HTTP/3的DATA是0x00，HEADERS是0x01，SETTINGS是0x04，虽然和HTTP/2在这几个基础帧类型上保持了相同的编号（这是RFC设计上有意延续的），但帧的格式和语义都不一样，而且HTTP/3去掉了PRIORITY、PING、WINDOW_UPDATE、CONTINUATION等HTTP/2特有的帧类型，新增了MAX_PUSH_ID等帧。更重要的是，HTTP/3明确禁止在请求流上出现某些帧类型（比如SETTINGS、GOAWAY），这些帧只允许在控制流上传输。

单向流是HTTP/3的另一个核心变化。HTTP/2只有一种连接，所有帧在上面跑。HTTP/3引入了专用的单向流：控制流（发SETTIN