HTTP 不是一成不变的协议，它从 1989 年的 0.9 一路演进到今天的 3——代理IP链路支持的版本高低，也影响着访问体验：每一代版本都为了解决当时最痛的问题而生：最早的版本只会取文档，后来补上了头与状态，再后来解决连接复用，如今又在解决延迟与传输效率。看版本地图，等于看一部网页提速简史。
版本号的差异不只是数字：它们决定了连接怎么建、内容怎么传、速度上限在哪。代理IP链路里观察协议版本，能解释许多「为什么这个站点快、那个站点慢」的差异，浏览器与服务器协商后通常会选用双方都支持的最新版本。
这篇按版本梳理 HTTP 的演进：每一代解决了什么问题、带来了什么变化、今天你用的又是哪一代。
从 0.9 到 1.1：把地基打牢
0.9 只有一件事——取回文档，连状态码都没有；1.0 补齐了头部、状态码与方法，让协议能表达丰富的语义；1.1 解决了性能问题：默认长连接避免每次请求都重建连接，还补上了 Host 头让一台服务器能托管多个网站。1.1 至今仍是使用最广的版本。
2.0 与 3.0：向延迟开刀
2.0 把多个请求放进同一条连接并发传输，解决了 1.1 时代「排队等响应」的低效，还引入了头部压缩给请求头瘦身；3.0 更进一步，把传输层从 TCP 换成基于 UDP 的新方案（QUIC），连接建立更快、弱网表现更好，是面向移动时代的设计。
版本怎么协商
浏览器与服务器在连接建立时会各自声明支持的版本，最终取双方交集里的最高版本：都支持 2 就用 2，都不支持才退回 1.1。这个协商对用户透明，开发者工具里能看到当前请求实际用的版本，代理IP链路中转发层对旧版本的支持度偶有差异，遇到异常时可留意版本因素。
版本地图的意义不在背年份，而在理解方向：HTTP 的每一次升级，本质都是对「更快、更省、更稳」的追求。理解了这条主线，再看到新版本发布，你就能立刻明白它想解决什么，代理IP技术中对协议的适配讨论也都能接得上。
HTTP 版本史是一部提速史：1.1 解决连接复用、2.0 解决并发排队、3.0 解决传输延迟——每一代都向当时代的瓶颈开刀。
版本与机制都过了一遍，最后把 HTTP 放回日常：你随手打开一个网页，背后到底发生了多少次 HTTP 对话？下一篇数一数一次网页访问里的 HTTP。
老版本为什么还活着
新版本虽好，老版本并未绝迹：大量老旧系统、嵌入式设备与代理环境仍只支持 1.1，某些场景甚至只认 1.0。协议兼容性是互联网的隐形契约——新版本必须向下兼容，保证老客户端不至于断网。所以版本地图不是「新的取代旧的」，而是「新的叠加在旧的上」。
看版本还有一个实用细节：开发者工具里能看到每个请求的协议版本，如果某个请求显示为 http/1.1 而其他都是 h2，说明这条链路或资源没有启用新协议——排查「为什么偏偏这个请求慢」时，版本差异是一个常被忽略的线索。
版本地图收个尾：无论 HTTP 怎么演进，它解决的核心问题始终是「如何更快更省地把内容送到人眼前」。带着这条主线去关注协议发展，新版本发布时你就能自己判断它值不值得跟进；代理IP服务对协议版本的支持与适配也在这条主线上不断更新——理解版本主线，就能理解代理链路为何对某些站点快、对某些站点慢——排查代理IP访问差异时，版本是常被忽略的一环。