HTTP/2 代理

HTTP/2 代理

什么是 HTTP/2 代理

HTTP/2 代理是指支持使用 HTTP/2 协议交换数据的代理服务器。HTTP/2 是 HTTP/1.1 协议的演进版本，于 2015 年正式采用，通过多路复用、头部压缩和流优先级显著提升了 Web 连接性能。

由于超过 60% 的网站都在使用该协议，代理对 HTTP/2 的支持正变得至关重要。

HTTP/2 的核心特性

多路复用

HTTP/1.1 按顺序发送请求——每个请求都要等待上一个请求的响应。HTTP/2 则允许在单条 TCP 连接上同时发送大量请求。

对代理而言，这意味着：
- 与目标服务器之间的 TCP 连接更少
- 含大量资源的页面加载更快
- 代理服务器的负载降低

头部压缩（HPACK）

HTTP/2 使用 HPACK 算法压缩 HTTP 头部。通过代理工作时，这可节省最多 30-50% 的头部流量，对同一服务器的重复请求尤其明显。

二进制格式

与基于文本的 HTTP/1.1 不同，HTTP/2 采用二进制帧格式。这让人工分析流量更困难，但提升了解析效率并减少了错误。

服务器推送（Server Push）

服务器可以在客户端未请求的情况下主动推送资源。代理必须正确处理推送流，并在必要时进行缓存。

流优先级

HTTP/2 允许为请求分配优先级。代理可以据此优化——例如让 HTML 优先于图片。

HTTP/2 通过代理如何工作

场景 1：端到端 HTTP/2

客户端与目标服务器都支持 HTTP/2。代理充当透明网桥，直接转发 HTTP/2 帧而不做解码。

优点：性能最高，延迟最低。
缺点：代理无法修改内容。

场景 2：客户端侧 HTTP/2，服务器侧 HTTP/1.1

客户端通过 HTTP/2 连接代理，代理再把请求转换为 HTTP/1.1 发往目标服务器。

优点：客户端可享受 HTTP/2 的优势（多路复用）。
缺点：代理到服务器这一段没有多路复用。

场景 3：客户端侧 HTTP/1.1，服务器侧 HTTP/2

代理接收 HTTP/1.1 请求，并通过 HTTP/2 发送给服务器。

优点：借助到服务器的多路复用，加载更快。
缺点：客户端无法获得多路复用带来的好处。

HTTP/2 与反爬系统

HTTP/2 指纹识别

现代反爬系统会分析 HTTP/2 连接参数来识别客户端：

• SETTINGS frame — 连接初始参数
• WINDOW_UPDATE — 流量控制窗口大小
• Priority order — 客户端如何为流排定优先级
• Pseudo-headers — :method、:path、:scheme、:authority 的顺序

每种浏览器都有独特的 HTTP/2 指纹。如果代理不模拟这些参数，反爬系统就会判定该请求并非来自真实浏览器。

代理应如何处理 HTTP/2 指纹

1. 原样转发客户端的 SETTINGS，不做修改
2. 保持 pseudo-headers 的顺序
3. 不改变流优先级
4. 支持与真实浏览器相同的扩展

支持 HTTP/2 的主流代理

HTTP/2 代理的优势

1. 速度最高提升 50% —— 加载含大量资源的页面时
2. 节省流量 —— 得益于头部压缩
3. 连接数更少 —— 一条 TCP 连接取代 6-8 条
4. 兼容性好 —— 所有现代浏览器都支持 HTTP/2
5. 更好地绕过反爬 —— 前提是正确模拟指纹

局限性

1. 调试复杂 —— 二进制协议更难分析
2. 队头阻塞（Head-of-line blocking） 在 TCP 层仍然存在（HTTP/3 已解决）
3. 并非所有目标服务器 都支持 HTTP/2
4. 内存占用上升 —— 在代理服务器一侧

结论

对于当下的业务需求，HTTP/2 代理已是必需品。支持多路复用、头部压缩，并正确处理 HTTP/2 指纹，对于成功访问受保护网站和优化性能都至关重要。