HTTP 1.0 和 2.0 的区别

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 开发的标准协议之一。