HTTP/2支持在一条连接上并发传输多个流，理论上减少连接和握手开销。但使用代理后，客户端到代理、代理到目标、以及CONNECT隧道内的目标连接可能采用不同协议，不能看到浏览器显示h2就认定整条代理链都在多路复用。
一、代理链上可能有三段协议
| 链路 | 可能协议 | 说明 |
|---|---|---|
| 客户端到HTTP代理 | HTTP/1.1或HTTP/2 | 取决于代理和客户端支持 |
| CONNECT隧道内 | TLS上的HTTP/2/1.1 | 客户端与目标协商 |
| 代理到上游目标 | 取决于代理模式 | 正向转发或终止时不同 |
二、CONNECT隧道内的h2是什么
传统HTTPS代理建立CONNECT TCP隧道后，客户端在隧道中与目标完成TLS和ALPN，可能协商HTTP/2。代理不必理解隧道内每个HTTP/2流，只负责转发字节。
CONNECT原理见HTTPS为什么需要代理隧道。
三、多路复用带来什么
- 减少多个TCP和TLS握手；
- 同一连接可并发多个请求；
- 头部压缩降低重复开销；
- 对高延迟链路可能提高利用率；
- 连接数减少有利于NAT和代理容量。
收益取决于请求大小、并发、延迟、服务端和客户端实现。
四、为什么HTTP/2仍有队头阻塞
HTTP/2在应用层多路复用，但所有流通常共享一条TCP连接。TCP层丢包会阻塞后续字节交付，多个流都可能受影响。HTTP/3使用QUIC试图改善这一层问题，但代理支持另有边界。
HTTP/3回退原理见QUIC、CONNECT与h2回退。
五、一条连接是不是越多流越好
不是。单连接承载过多并发流，会受到服务端最大并发流、流量控制窗口、CPU、内存和单连接丢包影响。客户端通常需要合理连接池，而不是强制所有请求塞进一条连接。
六、代理认证如何影响连接
Basic认证通常在连接建立或请求阶段处理；NTLM等连接相关认证与多路复用组合可能更复杂。代理和客户端必须明确兼容，否则会出现间歇407或连接被降级。
认证差异见Basic、Digest与NTLM代理认证指南。
七、连接池为什么让切换延迟
连接池会保留现有h2连接。更新代理、DNS或凭据后，新配置不会自动迁移旧流。应停止向旧池创建新请求，等待在途流结束，并建立新池。
八、HTTP/2代理性能怎么测
- 使用自有或授权测试端点；
- 分别测试直连、HTTP/1.1和HTTP/2；
- 固定请求模型、响应大小和并发；
- 记录DNS、连接、TLS、首字节和总耗时；
- 记录连接数、活跃流和重传；
- 分时段重复，观察95/99分位；
- 测试单连接故障和重建。
九、为什么平均延迟变低但尾延迟变高
复用减少了多数请求的握手开销，但单连接丢包、流量控制或慢流可能影响一批请求，拉高尾延迟。容量评估应同时看中位数和高分位。
十、日志要记录什么
- 客户端、代理与目标协议版本；
- 连接ID和流ID的脱敏关联；
- 连接建立、TLS和请求耗时；
- 并发流、重试和GOAWAY；
- 代理状态码和目标状态码；
- 节点、配置和客户端版本。
十一、常见误区
| 误区 | 事实 |
|---|---|
| 页面显示h2，代理链全是h2 | 可能只代表隧道内客户端到目标 |
| h2一定比h1快 | 取决于负载、延迟、丢包和实现 |
| 一条连接越多流越好 | 存在并发流、窗口和故障域限制 |
| 切代理无需重建连接 | 旧h2连接会继续承载请求 |
十二、结论
HTTP/2经过代理是否更快，必须用实际请求模型测量。多路复用降低连接开销，也扩大单连接故障影响。合理的连接池、超时、并发和监控，比单纯追求协议标签更重要。
