HTTP/1.1 + HTTP/2 + HTTP/3 之间的区别

HTTP/1.1、HTTP/2、HTTP/3 核心区别详解

HTTP 协议的演进核心围绕性能、可靠性、安全性展开，从 HTTP/1.1 的基础文本协议，到 HTTP/2 的二进制多路复用，再到 HTTP/3 基于 QUIC 摆脱 TCP 依赖，三者在传输方式、性能优化、兼容性等方面差异显著。以下是通俗且全面的对比分析：

一、核心底层差异（基础架构）

特性	HTTP/1.1	HTTP/2	HTTP/3
传输层协议	基于 TCP	基于 TCP	基于 QUIC（UDP + 自研可靠性机制）
协议格式	纯文本格式（易读但冗余）	二进制帧格式（紧凑、高效）	基于 QUIC 的二进制包（UDP 封装）
连接方式	单连接单请求（串行）	单连接多请求（多路复用）	单连接多请求（UDP 多路复用 + 0-RTT）
核心依赖	TCP 三次握手、慢启动	TCP 三次握手 + 帧拆分	QUIC 握手（1-RTT/0-RTT）+ 内置加密

二、关键特性对比（通俗解读）

1. 连接与并发：从 “排队” 到 “并行” 再到 “无阻塞”

HTTP/1.1

• 问题：一个 TCP 连接同一时间只能处理一个请求 / 响应（“串行执行”），比如浏览器请求 10 张图片，需要建立多个 TCP 连接（默认最多 6 个），且连接建立需 TCP 三次握手（耗时）。
• 优化尝试：
  • 「长连接」（Connection: keep-alive）：避免每次请求都新建 TCP 连接，但仍无法并行处理请求；
  • 「管线化」（Pipeline）：允许一次发送多个请求，但需按顺序响应（“队头阻塞”），实际浏览器极少支持。
• 通俗比喻：去银行办事，一个窗口一次只办一个人的业务，只能排队，最多开 6 个窗口，每个窗口办完一个才能办下一个。

HTTP/2

• 核心改进：「二进制多路复用」
  • 将请求 / 响应拆分为 “二进制帧”，一个 TCP 连接内可同时传输多个帧（不同请求的帧混传），且响应无需按请求顺序返回，彻底解决 “队头阻塞”。
  • 举例：一个 TCP 连接可同时传输 10 张图片的帧，服务器处理完哪张就返回哪张，无需排队。
• 仍存问题：依赖 TCP 协议，若某个帧丢失，整个 TCP 连接会阻塞（T