Keep-Alive 是 HTTP 协议中的一个重要特性，它允许在单个 TCP 连接上发送多个 HTTP 请求和响应，而不是为每个请求/响应对都建立一个新的连接。这种机制可以显著提高网络效率，减少延迟，并降低服务器和客户端的资源消耗。
Keep-Alive 的常用属性
- Connection
Connection 是最基本的 Keep-Alive 相关属性。它可以出现在 HTTP 请求头和响应头中，用于指示是否要保持连接。
- 值为 "keep-alive"：表示希望保持连接。
- 值为 "close"：表示请求完成后关闭连接。
示例：
Connection: keep-alive
- Keep-Alive
Keep-Alive 头字段用于设置连接保持活动的参数。它通常出现在服响应头中，用于告诉客户端连接可以保持多长时间。
常见的 Keep-Alive 参数包括：
- timeout：指定空闲连接保持打开的最长时间（以秒为单位）。
- max：指定在连接关闭之前可以在此连接上发送的最大请求数。
示例：
Keep-Alive: timeout=5, max=1000
HTTP/1.1 默认行为
值得注意的是，在 HTTP/1.1 中，Keep-Alive 是默认行为。除非明确指定 "Connection: close"，否则连接将保持打开状态。
实现原理：
Keep-Alive 的实现涉及客户端和服务器端的协作，以及底层 TCP 连接的管理。以下是其工作原理的详细解释：
- 连接建立
当客户端首次向服务器发送请求时，它会建立一个 TCP 连接。在 HTTP/1.1 中，除非另有说明，否则此连接默认为 Keep-Alive。
- 请求发送
客户端通过该 TCP 连接发送 HTTP 请求。如果客户端希望使用 Keep-Alive，它会在请求头中包含 "Connection: keep-alive"（在 HTTP/1.1 中这是默认的，可以省略）。
- 服务器响应
服务器接收请求并发送响应。如果服务器同意保持连接打开，它会在响应头中包含 "Connection: keep-alive"。服务器还可能包含 "Keep-Alive" 头，指定连接参数。
- 连接复用
完成第一次请求-响应循环后，TCP 连接保持打开状态。客户端可以通过同一连接发送后续请求，而无需重新建立连接。
- 空闲连接管理
当连接空闲时（即没有活动的请求或响应），both 客户端和服务器都会保持连接打开一段时间。这个时间通常由服务器的 "Keep-Alive: timeout=X" 头指定。
- 连接关闭
连接可能因以下几种情况而关闭：
- 达到服务器指定的最大请求数（max 参数）。
- 连接空闲时间超过指定的超时时间。
- 客户端或服务器显式发送 "Connection: close" 头。
- 发生网络错误或服务器重启。
- TCP 保活机制
在底层，TCP 协议有自己的保活（keepalive）机制，它会定期发送小数据包以确保连接仍然有效。这与 HTTP 层的 Keep-Alive 是不同的，但两者可以协同工作以维持长期连接。
优势和注意事项
优势：
- 减少延迟：避免了重复的 TCP 握手和 TLS 协商。
- 降低 CPU 和内存使用：减少了连接的建立和断开。
- 启用 TCP 的性能优化：如 TCP 慢启动。
- 减少网络拥塞：减少了网络上的总体数据包数量。
注意事项：
- 资源管理：长时间保持空闲连接可能会消耗服务器资源。
- 并发限制：需要平衡保持打开的连接数与服务器能够处理的并发连接总数。
- 代理和防火墙：某些网络设备可能会干扰长期保持的连接。
- 服务器推送：Keep-Alive 不支持服务器主动向客户端推送数据。
