代理IP不支持HTTP/2和HTTP/3怎么办？多路复用缺失对速度的影响

你直连访问一个网站用了HTTP/2——一个TCP连接上同时传输多个文件。通过代理IP访问，代理服务器可能只支持HTTP/1.1——退回到一个请求一个响应的串行模式。这就是为什么代理模式下加载同一个网页比直连慢很多。

HTTP/1.1和HTTP/2的核心区别

HTTP/1.1：一个TCP连接同一时间只能处理一个请求——请求A发出去等响应回来再发请求B。网页有50个资源（CSS、JS、图片）就要串行发50次。浏览器开了6个并行连接来加速，但还是慢。

HTTP/2：多路复用——同一个TCP连接上同时发N个请求，不用排队。50个资源可以同时发、哪个先回来先处理。头部压缩减少重复数据。服务器推送提前把需要的资源发过来。

代理IP如果只支持HTTP/1.1→你通过代理访问的网站就会退化到串行模式。加载同一个网页代理状态下1.5秒、直连0.5秒——差距就在这。

curl -x http://代理IP:端口 --http2 -sI https://目标网站 | head -1
# 返回 HTTP/2 200 = 代理支持HTTP/2
# 返回 HTTP/1.1 200 = 代理只支持HTTP/1.1

HTTP/3基于QUIC（UDP而非TCP）——不再有TCP队头阻塞问题。连上后丢包只会影响单个流、其他流不受影响。但QUIC对代理IP是几乎不兼容的——部分高端代理才支持。天行IP（邀请码 blsj，月付6元起）多数节点支持HTTP/2。

确认代理支持HTTP/2（curl测试）。如果不支持→用多个并发连接模拟多路复用（浏览器默认开6个）。或者升级代理协议到SOCKS5——SOCKS5在传输层转发不限制上层HTTP版本。

HTTP/2的多路复用对大量小文件（很多CSS/JS的网页）效果明显。对大文件下载效果不大。看具体场景。

日常浏览网页建议换——HTTP/2加速明显。API调用和单文件下载无所谓——就一个请求不需要多路复用。