超文本传输协议（HTTP）是互联网的基石，从文本时代到视频流、实时交互，它经历了多次重大迭代。本文将带你梳理 HTTP/1.0 到 HTTP/3 的演进脉络，剖析每代协议的核心改进、遗留问题及其对开发者（尤其是 JavaScript、Python、Java 等语言生态）的影响。

一、HTTP 的起源与协议栈定位

HTTP 工作在应用层，底层依赖 TCP/IP 协议栈。客户端（如浏览器）通过 HTTP 与服务器交换 HTML、图片、API 数据等资源。早期版本设计简单，但随着 Web 应用复杂化（如单页应用、实时推送），协议必须不断进化。

层次HTTP/1.x、HTTP/2 使用HTTP/3 使用
应用层HTTP 语义HTTP 语义
传输层TCPQUIC（基于 UDP）
网络层IPIP

二、HTTP/1.0（1996）：短连接的效率瓶颈

HTTP/1.0 是第一个正式标准，采用 短连接 模式：每个请求/响应都新建一个 TCP 连接。这导致每次请求都要经历三次握手和四次挥手，开销巨大。

  • ✅ 主要特点：仅支持 GET、POST、HEAD 方法；头部纯文本、无压缩。
  • ⚠️ 核心问题：频繁 TCP 握手浪费带宽，加载多资源页面时性能极差。
  • 类比：每次打电话都要挂断重拨，效率低下。
项目内容
方法GET、POST、HEAD
典型状态码200 OK、301 Moved Permanently、400 Bad Request、404 Not Found、500 Internal Server Error
连接默认短连接，请求完成即关闭
首部无 Host，无压缩

三、HTTP/1.1（1997-2014）：持久连接与模块化

HTTP/1.1 引入了 持久连接（Keep-Alive），允许在单 TCP 连接上发送多个请求，大幅减少握手次数。同时增加了 Host 头，支持虚拟主机；分块传输编码（Chunked Transfer）让动态内容可以流式输出。

  • 关键改进：管道化（Pipelining）允许连续发请求，但服务器必须按序响应，导致 队头阻塞。
  • ⚠️ 现实局限：管道化在代理和实现中易出问题，浏览器常通过多连接（每域 6 个）缓解，但增加了连接管理复杂度。
  • 模块化：2014 年 RFC 7230-7235 将语义、缓存、认证等拆分为独立文档，便于实现。
版本发布年份传输层主要改进存在问题
HTTP/1.01996TCP首份标准、基本方法/状态码短连接、性能差
HTTP/1.11997TCPKeep-Alive、管道化、Host、分块队头阻塞、连接数限制
HTTP/22015TCP二进制分帧、多路复用、推送、HPACKTCP 队头阻塞
HTTP/32022QUIC(UDP)无队头阻塞、0-RTT、连接迁移部署与 UDP 支持

四、HTTP/2（2015）：二进制分帧与多路复用

HTTP/2 的核心是 二进制分帧层，将消息拆分为帧（Frame），在单 TCP 连接上实现多路复用。不同流的帧可以交错发送，解决了应用层的队头阻塞。

  • 核心技术：
    • 多路复用：同一连接上并发多个请求/响应，无需排队。
    • HPACK 头部压缩：静态表 + 动态表 + Huffman 编码，减少冗余头部。
    • 服务器推送：服务器主动推送资源（如 CSS、JS），减少客户端请求。
  • ⚠️ 遗留问题：底层仍是 TCP，一旦丢包，整条连接所有流都会等待重传（传输层队头阻塞）。
  • 对开发者的影响：JavaScript 和 TypeScript 应用受益于并行资源加载，但弱网环境下仍需优化。
帧类型方向用途
DATA双向携带请求/响应体数据
HEADERS双向打开流并携带头部（可带 END_STREAM）
PRIORITY客户端→服务器设置流优先级/依赖关系
RST_STREAM双向终止流
SETTINGS双向连接参数（如最大并发流、窗口大小）
PUSH_PROMISE服务器→客户端声明即将推送的资源
PING双向保活与 RTT 测量
GOAWAY双向优雅关闭连接，停止新流
WINDOW_UPDATE双向流级/连接级流量控制窗口更新

五、HTTP/3（2022）：基于 QUIC 的传输层革命

HTTP/3 将传输层从 TCP 改为 QUIC（基于 UDP），彻底消除传输层队头阻塞。每个流独立丢包，不影响其他流。

  • 核心优势：
    • 零 RTT 建连：结合 TLS 1.3，重连时首包即可发送数据。
    • 连接迁移：IP/端口变化（如 Wi-Fi 切 4G）时，通过 Connection ID 保持连接。
    • 用户空间拥塞控制：便于迭代新算法，Python、C++ 等语言可快速实现。
  • ⚠️ 挑战：需要服务器和中间设备支持 UDP；部分网络对 UDP 限速或封锁。
  • 对比：HTTP/2 像单车道上的多辆车，一辆抛锚全堵；HTTP/3 像多车道，每辆车独立行驶。
特性TCPQUIC
队头阻塞连接内全局仅影响单流
加密可选（TLS）内建 TLS 1.3
连接建立三次握手1-RTT / 0-RTT
连接迁移一般需重连支持（Connection ID）
拥塞控制内核实现用户空间可扩展

六、未来趋势与总结

HTTP/3 正逐步普及，CDN 和主流云厂商已广泛支持。QUIC 协议仍在演进（如 QPACK、连接迁移细节）。同时，HTTP/2 因部署成本将长期共存。

总结要点：

  • HTTP/1.0 → 1.1：从短连接到持久连接，引入 Host、分块、缓存。
  • HTTP/2：二进制分帧解决应用层队头阻塞，但受制于 TCP。
  • HTTP/3：基于 QUIC 彻底消除传输层阻塞，适合弱网和移动场景。
  • 对开发者的启示：使用 JavaScript、Python、Java 构建现代 Web 服务时，应优先支持 HTTP/2 和 HTTP/3，并利用其特性优化性能。
版本年份传输层主要改进概要核心 RFC
HTTP/1.01996TCP首份标准、短连接RFC 1945
HTTP/1.11997/1999/2014TCPKeep-Alive、Host、分块、缓存等RFC 2068/2616；RFC 7230–7235
HTTP/22015TCP分帧、多路复用、推送、HPACKRFC 7540、RFC 7541
HTTP/32022QUIC/UDP无 TCP 队头阻塞、0-RTT、迁移RFC 9114、RFC 9000；语义 RFC 9110–9113

从文本到视频、从桌面到移动，HTTP 的进化映射了互联网的成长。掌握这些核心变化，能帮助你更好地设计高性能、高可用的 Web 应用。