HTTP 1.0 和 2.0 的核心区别体现在性能优化、协议设计和功能扩展上，以下是具体对比：
一、核心区别对比
| 特性 | HTTP 1.0 | HTTP 2.0 |
|---|---|---|
| 连接方式 | 非持久连接（默认每次请求新建 TCP 连接） | 持久连接（默认保持连接，可复用） |
| 并行处理 | 浏览器限制单域名下 6 个并发连接 | 单连接多路复用（多个请求/响应在同一连接上同时传输） |
| 头部处理 | 明文传输，重复冗余 | 二进制分帧 + HPACK 压缩算法，减少头部体积 |
| 资源加载顺序 | 按请求顺序串行处理 | 优先级排序 + 流量控制，灵活分配资源加载顺序 |
| 服务器主动推送 | 不支持 | 支持（Server Push，主动向客户端发送资源） |
| 协议格式 | 纯文本格式 | 二进制格式（更高效解析，减少网络延迟） |
二、HTTP 2.0 新增特性详解
1. 二进制分帧（Binary Framing）
- 核心改进：将 HTTP 消息分解为独立的“帧”（Frame），以二进制格式传输。
- 优势：
- 客户端和服务器可通过帧的标识（Stream ID）区分不同请求/响应，在单个 TCP 连接上并行处理多个数据流（多路复用）。
- 解决了 HTTP 1.x 中“队头阻塞”问题（某一请求阻塞不影响其他请求）。
2. 多路复用（Multiplexing）
- 机制：多个请求和响应可在同一个连接上同时交错发送，无需为每个资源创建新连接。
- 效果：
- 减少 TCP 连接建立的开销（三次握手、TLS 协商）。
- 提升带宽利用率，尤其对加载大量小资源（如图片、CSS、JS）的网页效果显著。
3. 头部压缩（HPACK 算法）
- 问题：HTTP 1.x 中头部字段重复（如
User-Agent、Cookie），占用大量带宽。 - 解决方案：
- 客户端和服务器维护一份共享的头部字段缓存（静态 + 动态表），重复字段通过索引引用。
- 对未缓存的字段进行哈夫曼编码压缩，大幅减少头部传输体积（通常压缩率达 50%-90%）。
4. 服务器推送（Server Push）
- 功能：服务器可根据客户端请求，主动推送其他相关资源（如 HTML 引用的 CSS/JS 文件），无需客户端额外请求。
- 场景：
- 当客户端请求首页时，服务器预判并推送页面依赖的静态资源，减少客户端等待时间。
- 支持“缓存推送”，资源可直接存入客户端缓存，提升后续访问速度。
5. 流量控制（Flow Control）
- 目的：避免某一数据流占用过多带宽，影响其他数据流。
- 机制：
- 基于每个数据流（Stream）独立控制，客户端可告知服务器接收缓冲区大小。
- 精细调节资源传输速率，优化弱网络环境下的性能。
6. 请求优先级（Request Prioritization）
- 功能：客户端可通过设置请求优先级（如“高优先级先传输 HTML，低优先级后加载图片”），告知服务器资源加载顺序。
- 优势：
- 浏览器可优先渲染关键内容（如首屏元素），提升用户感知速度。
- 服务器根据优先级分配处理资源，优化整体加载效率。
三、性能提升总结
- 速度：多路复用减少连接开销，头部压缩降低数据量，服务器推送减少往返次数，整体加载速度提升 30%-70%。
- 兼容性：基于 TCP 协议，支持 TLS（HTTPS 环境下默认启用），需服务器和客户端同时支持 HTTP 2.0。
- 应用场景：适用于高并发、多资源依赖的 Web 应用（如单页应用、电商网站），尤其在移动网络或弱带宽环境下优势明显。
四、HTTP 2.0 的局限性
- 队头阻塞未完全消除：虽然单个连接内请求不阻塞，但 TCP 层的丢包会影响整个连接（HTTP 3.0 基于 UDP 的 QUIC 协议解决了这一问题）。
- 服务器推送的复杂性：过度推送可能导致缓存浪费或带宽滥用，需合理配置策略。
通过这些改进，HTTP 2.0 显著提升了 Web 性能，成为现代 Web 开发的标准协议之一。
