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
