从单行到新纪元：HTTP/0.9、1.0、1.1、2.0与3.0的核心区别

超文本传输协议（HTTP）是支撑万维网（World Wide Web）数据通信的基石。从其最初仅用于传输简单文档的形态，到如今为复杂交互式应用提供动力，HTTP经历了多次关键迭代。了解从0.9到3.0版本的演进，就是理解整个Web技术发展史的核心脉络。

它们之间的核心区别可以概括为：连接效率的提升、传输格式的优化、以及底层协议的革命。

---

HTTP/0.9：协议的黎明 (1991)

HTTP/0.9是协议的起点，其设计极度简化，目标单一。

• 单行协议：请求只有一个 GET 方法，后面直接跟资源路径，没有版本号，也没有请求头（Header）。
• 响应纯粹：服务器的响应内容只有HTML文档本身，不包含任何元数据（如状态码或内容类型）。
• 无状态码：如果请求出错，服务器会返回一个特殊的HTML页面来描述问题。
• 短暂连接：每个请求都需要建立一个新的TCP连接，请求完成后连接立即关闭，效率低下。

一句话总结：一个只能获取HTML文档的“原始”协议，是后续所有版本的基础。

---

HTTP/1.0：功能扩展与标准化 (1996)

为满足日益丰富的网页内容需求，HTTP/1.0引入了众多至今仍在使用的核心概念。

• 引入版本号和头信息：请求和响应都包含了版本号和HTTP头，使得传输元数据成为可能。
• 丰富的元数据：
  • 状态码：引入了200 OK, 404 Not Found等标准状态码，客户端可以明确得知请求结果。
  • 内容类型 (Content-Type)：允许传输图片、视频、CSS等任意类型的文件。
• 增加请求方法：除了GET，还增加了POST和HEAD方法，功能更为强大。
• 连接管理：默认仍是“短连接”，每个请求响应后断开。虽然引入了非标准的Connection: keep-alive头来尝试复用连接，但并非默认行为。

一句话总结：一个标准化的、能传输多种媒体类型、但连接效率依然低下的协议。

---

HTTP/1.1：持久连接与性能优化 (1997)

HTTP/1.1是统治Web长达近20年的经典版本，其核心目标是解决1.0的性能瓶颈。

• 默认持久连接 (Persistent Connection)：这是最重要的改进。TCP连接默认保持打开（Keep-Alive），允许多个请求在同一连接上完成，极大减少了连接建立的开销。
• 管道化 (Pipelining)：允许客户端在同一连接上连续发送多个请求，而无需等待前一个响应。但服务器必须按序响应，如果第一个请求处理慢，后续响应会被阻塞，这就是著名的“队头阻塞 (Head-of-Line Blocking)”。
• Host头字段：请求头中必须包含Host字段，使得一台物理服务器能托管多个网站（虚拟主机）。
• 更精细的缓存控制：引入了ETag, If-Match等更多缓存头，提升了缓存效率。

一句话总结：通过持久连接大幅提升了性能，是现代Web应用的基础，但仍受“队头阻塞”问题困扰。

---

http1.1队头阻塞

HTTP/2.0：二进制与多路复用 (2015)

HTTP/2是对HTTP/1.1的重大革新，旨在从根本上解决性能问题，专为现代复杂网页设计。

• 二进制分帧 (Binary Framing)：HTTP/2将所有传输信息分割为更小的消息和帧，并采用二进制格式编码。解析更高效、紧凑且不易出错。
• 多路复用 (Multiplexing)：核心特性。允许在单个TCP连接上同时、并行地发送和接收多个请求和响应流，它们可以交错传输。这彻底解决了HTTP/1.1的应用层“队头阻塞”问题。
• 头部压缩 (Header Compression)：使用HPACK算法对重复的请求头进行压缩，显著减少了网络开销。
• 服务器推送 (Server Push)：服务器可以主动将客户端未来可能需要的资源（如CSS、JS）推送到客户端缓存中，减少请求延迟。

一句话总结：通过二进制和多路复用技术，解决了应用层队头阻塞，大幅提升了传输效率和并发能力。

---

http2.0的TCP层阻塞

HTTP/3.0：切换赛道，拥抱QUIC (2022)

HTTP/2虽然解决了应用层的队头阻塞，但其底层的TCP协议本身也存在队头阻塞问题（一个数据包丢失，会导致整个TCP连接等待重传）。为了彻底解决这个问题，HTTP/3做出了颠覆性的改变。

• 全新的底层协议QUIC：HTTP/3不再基于TCP，而是构建在Google开发的**QUIC (Quick UDP Internet Connections)**协议之上。QUIC运行在UDP上。
• 解决TCP队头阻塞：QUIC在内部实现了自己的多路复用和流量控制。单个数据流的丢包不会影响在同一QUIC连接上的其他流，从而彻底解决了传输层的队头阻塞问题。
• 更快的连接建立：QUIC将传输层握手（类似TCP三次握手）和加密握手（TLS 1.3）结合在一起，大大减少了连接建立所需的往返时间（RTT），可以实现0-RTT或1-RTT连接。
• 连接迁移 (Connection Migration)：当用户的网络环境变化时（如从Wi-Fi切换到4G），连接不会中断。QUIC使用连接ID来标识连接，而不是TCP的四元组（源IP、源端口、目标IP、目标端口），因此IP地址变化后连接依然可以保持。

一句话总结：通过切换到基于UDP的QUIC协议，解决了传输层队头阻塞，并带来了更快的连接建立和更稳定的移动网络体验，是为未来互联网设计的下一代协议。
http3.0彻底解决队头阻塞

各版本对比一览表

特性	HTTP/0.9	HTTP/1.0	HTTP/1.1	HTTP/2.0	HTTP/3.0
底层协议	TCP	TCP	TCP	TCP	UDP (QUIC)
连接管理	短连接	默认短连接	默认持久连接	多路复用	多路复用
队头阻塞	不适用	严重	应用层存在	应用层解决，TCP层存在	彻底解决
协议格式	纯文本	纯文本	纯文本	二进制	二进制
头部压缩	无	无	无	HPACK	QPACK (为QUIC优化)
连接建立延迟	高	高	较高	较高	极低 (0/1-RTT)
网络切换	连接断开	连接断开	连接断开	连接断开	连接保持 (连接迁移)

推荐阅读

• （生活比喻）http2.0和http3.0的队头阻塞，http2.0应用层解决，TCP层存在，3.0就是彻底解决，到底怎么理解区别？？？
  https://hwg985.blog.csdn.net/article/details/149201081?fromshare=blogdetail&sharetype=blogdetail&sharerId=149201081&sharerefer=PC&sharesource=weixin_46028606&sharefrom=from_link
• HTTP/3.0的连接迁移使用连接ID来标识连接为什么可以做到连接不会中断https://hwg985.blog.csdn.net/article/details/149200478?fromshare=blogdetail&sharetype=blogdetail&sharerId=149200478&sharerefer=PC&sharesource=weixin_46028606&sharefrom=from_link