持久性HTTPVS.非持久性HTTP
1. HTTP协议基础
HTTP（HyperText Transfer Protocol）是Web通信的核心协议，定义了客户端（浏览器）与服务器之间传输数据的规则。
在HTTP/1.0及之前的版本中，默认使用非持久性连接，而HTTP/1.1及更高版本引入了持久性连接（默认开启）。两者的核心差异在于TCP连接的生命周期管理。
2. 非持久性HTTP（HTTP Non-Persistent）
2.1 工作原理
- 每次请求新建连接：客户端每次发送HTTP请求时，需建立新的TCP连接，响应完成后立即关闭。
- 高延迟开销：每个请求需经历TCP三次握手（建立连接）和四次挥手（关闭连接）。
- 资源浪费：频繁的TCP连接操作消耗服务器和客户端资源。
2.2 示例
假设用户访问一个包含3张图片的网页（index.html）：
- 请求HTML文件
- 客户端发送
GET /index.html→ 服务器返回HTML文件 → 关闭连接。
- 客户端发送
- 请求图片1
- 新建TCP连接 →
GET /image1.jpg→ 返回图片 → 关闭连接。
- 新建TCP连接 →
- 重复步骤2：图片2和图片3各自重复上述过程。
性能损耗计算（假设每次握手/挥手耗时1个RTT，传输数据1个RTT）：
- 总耗时 = (3次请求 × 3 RTT) = 9 RTT（实际更高，因TCP慢启动等机制）。
2.3 性能缺陷
| 问题 | 原因 |
|---|---|
| 高延迟 | 每个请求需额外3个RTT（握手+挥手） |
| 服务器资源占用高 | 频繁创建/销毁TCP连接消耗CPU和内存 |
| 并行请求受限 | 浏览器对同一域名最多允许6-8个并发连接（HTTP/1.1前） |
3. 持久性HTTP（HTTP Persistent）
3.1 工作原理
- 复用TCP连接：单个TCP连接可传输多个HTTP请求/响应，通过
Connection: keep-alive头部启用（HTTP/1.1默认支持）。 - 连接保持时间：服务器可设置
Keep-Alive: timeout=5, max=100（空闲5秒关闭，最多处理100个请求）。 - 减少握手次数：仅在首次建立连接时进行三次握手，后续请求复用通道。
3.2 示例
同一网页（index.html + 3张图片）使用持久性HTTP加载：
- 建立TCP连接 → 请求HTML文件 → 返回HTML → 保持连接。
- 复用同一连接依次请求图片1、2、3，无需重复握手。
性能优化计算：
- 总耗时 = 1次握手（3 RTT） + 4次数据传输（4 RTT） = 7 RTT（节省33%时间）。
3.3 性能优势
| 优势 | 原因 |
|---|---|
| 低延迟 | 复用连接省去重复握手/挥手时间 |
| 高吞吐量 | 减少TCP缓冲区重建开销，提升数据传输效率 |
| 资源利用率高 | 服务器和客户端减少连接管理开销 |
4.对比一下
| 特性 | 非持久性HTTP | 持久性HTTP |
|---|---|---|
| 连接生命周期 | 每次请求后关闭连接 | 复用同一连接处理多个请求 |
| 默认协议版本 | HTTP/1.0 | HTTP/1.1+ |
| 头部控制 | 无（默认关闭） | Connection: keep-alive（HTTP/1.1默认开启） |
| 延迟开销 | 高（每次请求3 RTT） | 低（首次3 RTT，后续1 RTT/请求） |
| 服务器资源占用 | 高（频繁创建/销毁连接） | 低（长连接减少操作次数） |
| 适用场景 | 简单静态资源、兼容旧系统 | 现代Web应用、多资源页面 |
5. 现代HTTP协议的演进
- HTTP/2多路复用：在持久性连接基础上，允许通过单个连接并行传输多个请求（解决队头阻塞）。
- HTTP/3与QUIC：基于UDP协议，进一步减少握手延迟，优化移动网络下的性能。
6. 总结
- 非持久性HTTP适合简单场景，但性能瓶颈明显。
- 持久性HTTP通过连接复用显著提升效率，成为现代Web的基石。
- 随着HTTP/2和HTTP/3的发展，持久性连接的优化仍在持续演进。
附录：实际抓包示例
通过Wireshark抓取两种模式的网络包对比：
- 非持久性：每个请求对应独立的TCP流（Filter:
http.request）。 - 持久性：单个TCP流中包含多个HTTP请求（Filter:
tcp.stream eq <ID>）。