虽然你现在很少见到纯粹的 HTTP/1.0 （现在主流是 HTTP/1.1），但对比 HTTP/1.x（包含 1.0/1.1） 和 HTTP/2 的区别，能帮你深刻理解网络性能优化的核心逻辑。
简单来说，HTTP/2 是为了解决 HTTP/1.x 在高并发、高延迟网络下的性能瓶颈而诞生的。
下面我从后端开发者的视角，为你拆解它们的核心区别：
1. 连接管理：短连接 vs 多路复用 (最核心的区别)
这是两者性能差异最大的地方。
-
HTTP/1.0 (及 1.1 的串行限制)
- 机制： 在 1.0 中，默认是短连接。每次请求 - 响应结束后，TCP 连接就断开。如果要发 10 个请求，就要建立 10 次 TCP 连接（三次握手 + 四次挥手开销巨大）。
- 1.1 的改进： 引入了
Keep-Alive，允许在一个 TCP 连接上发送多个请求。 - 痛点（队头阻塞）： 即使是 1.1 的 Keep-Alive，请求也是串行 的。必须等第一个请求响应回来，才能发第二个。如果第一个请求卡住了（比如服务器处理慢，或者包丢失重传），后面的请求全都被堵住。这叫做队头阻塞 (Head-of-Line Blocking)。
- 后端影响： 为了并发，浏览器不得不开启多个 TCP 连接（通常 6-8 个），服务器端也要维护更多的 Socket 资源。
-
HTTP/2
- 机制： 多路复用 (Multiplexing)。
- 原理： 在一个 TCP 连接上，可以同时发送多个请求和接收多个响应。它把数据拆分成更小的帧 (Frame)，每个帧带上标识（Stream ID），接收方可以根据 ID 把帧重新组装成完整的请求/响应。
- 优势： 彻底解决了应用层的队头阻塞。一个连接就能跑满带宽，不需要开多个 TCP 连接。
- 后端影响： 服务器维护的 TCP 连接数大幅减少，内存占用降低，高并发能力增强。
形象比喻：
- HTTP/1.0： 像过独木桥，一次只能过一个人，过完桥拆掉，下一个人再搭桥。
- HTTP/1.1： 像一条单车道公路，虽然不用拆桥了，但车必须排队，前车堵车，后车全停。
- HTTP/2： 像多车道高速公路，多辆车可以同时跑，互不干扰。
2. 数据格式：文本 vs 二进制
- HTTP/1.0
- 格式： ASCII 文本。
- 特点： 人类可读，但解析麻烦。需要处理换行符、空格等，容易出错，且冗余信息多。
- 解析： 服务器需要逐行读取，直到遇到空行才算 Header 结束，效率较低。
- HTTP/2
- 格式： 二进制帧 (Binary Frames)。
- 特点： 人类不可读，但机器解析极其高效。二进制格式没有歧义，解析速度快，且更健壮（不会出现文本解析中的边界错误）。
- 结构： 引入了
Frame（帧）、Stream（流）、Message（消息）的概念。
3. 头部压缩：无压缩 vs HPACK
- HTTP/1.0
- 机制： 头部不压缩。
- 问题： 每次请求都带着大量的 Header（如
Cookie,User-Agent,Accept等）。在移动端或弱网环境下，这些重复的元数据可能比实际业务数据还大，浪费带宽。
- HTTP/2
- 机制： 使用 HPACK 算法 进行头部压缩。
- 原理： 客户端和服务器维护一张"索引表"。常见的 Header 字段（如
Content-Type: application/json）只需要传一个索引 ID，不需要传完整字符串。 - 优势： 大幅减少请求体积，提升传输速度。
4. 新特性：服务器推送 (Server Push)
- HTTP/1.0
- 机制： 请求 - 响应模式。客户端不请求，服务器绝不发送。
- 场景： 比如请求一个 HTML，浏览器解析后发现需要
style.css和app.js，再发起新的请求。这增加了往返延迟 (RTT)。
- HTTP/2
- 机制： 服务器推送 。（不建议使用，控制不方便）
- 原理： 服务器在响应 HTML 时，可以主动把
style.css和app.js推送给客户端，即使客户端还没请求。 - 现状： 虽然理念很好，但在实际后端开发中，配置复杂且容易滥用（推送了客户端不需要的资源反而浪费带宽），目前很多框架和 CDN 默认关闭或谨慎使用此功能。
5. 安全性与加密
- HTTP/1.0
- 通常不强制加密，明文传输。
- HTTP/2
- 虽然协议标准不强制 HTTPS，但所有主流浏览器（Chrome, Firefox 等）都只支持在 HTTPS 上使用 HTTP/2。
- 后端影响： 作为后端，如果你想启用 HTTP/2，必须配置 SSL 证书。
总结对比表
| 特性 | HTTP/1.0 (及 1.1) | HTTP/2 |
|---|---|---|
| 连接方式 | 短连接 (1.0) / 长连接串行 (1.1) | 长连接 + 多路复用 |
| 队头阻塞 | 存在 (严重性能瓶颈) | 解决 (应用层) |
| 数据格式 | 文本 (Text) | 二进制 (Binary) |
| Header | 无压缩，冗余大 | HPACK 压缩 |
| 服务器推送 | 不支持 | 支持 (Server Push) |
| 加密要求 | 可选 | 浏览器强制要求 HTTPS |
| TCP 连接数 | 多 (浏览器通常开 6+ 个) | 少 (通常 1 个即可) |
给后端学习者的建议
作为后端开发，理解这些区别不仅仅是为了面试，更为了实际工作：
- Nginx 配置： 在生产环境中，你通常会在 Nginx 反向代理中开启 HTTP/2。配置很简单，通常是
listen 443 ssl http2;。了解原理后，你就知道为什么要配 SSL。 - 性能调优： 如果网站慢，以前可能需要优化域名分片（为了突破浏览器对同一域名 6 个连接的限制），现在用了 HTTP/2，域名分片反而可能是负优化，因为多路复用不需要那么多连接。
- 调试工具：
- HTTP/1.x 可以用
curl -v或telnet看到明文。 - HTTP/2 是二进制的，
curl需要加--http2参数，且抓包工具（如 Wireshark）需要配置 SSL 密钥才能解密看到内容。浏览器开发者工具（Network 面板）会显示协议版本（h2 或 http/1.1）。
- HTTP/1.x 可以用
- 关注 HTTP/3： 现在 HTTP/3 (基于 QUIC 协议，使用 UDP) 已经开始普及，它解决了 HTTP/2 在 TCP 层面的队头阻塞问题。了解 1 到 2 的演变，是理解 3 的基础。
那HTTP2.0和HTTP3.0有什么区别？
