http/2 中 keepalive 概念已不存在，被协议原生多路复用取代；http/1.1 中 keepalive 是可配置的显式持久连接机制，apache 通过 keepalive、maxkeepaliverequests 和 keepalivetimeout 控制复用行为。
HTTP/1.1 中 KeepAlive 是核心机制，而 HTTP/2 中 KeepAlive 概念已不存在——不是被“关闭”，而是被协议原生能力取代。
HTTP/1.1 中的 KeepAlive 是显式启用的连接复用机制
在 Apache（如 httpd 2.4）中，KeepAlive 是一个可配置的开关，默认通常为 On。它让服务器在单个 TCP 连接上处理多个 HTTP 请求/响应，避免频繁建立/断开连接带来的延迟和资源开销。
相关配置项包括：
- KeepAlive On/Off：是否启用持久连接
- MaxKeepAliveRequests：单个连接最多服务多少个请求（默认 100，设为 0 表示无限制）
- KeepAliveTimeout：连接空闲多久后关闭（单位秒，默认 5 秒）
注意：即使客户端（如浏览器）不发送 Connection: keep-alive，HTTP/1.1 默认也期望复用；但 Apache 仍需开启 KeepAlive 才会响应并维持连接。
HTTP/2 中 KeepAlive 配置完全失效，连接复用是强制且透明的
HTTP/2 协议设计上不再使用 Connection 头控制连接生命周期，也不依赖 KeepAlive 开关。它通过以下方式天然实现更高效的复用：
- 所有请求响应都在单个 TCP（或 TLS）连接上以二进制帧并发传输（多路复用）
- 连接由客户端或服务器通过
GOAWAY帧主动终止，而非超时等待 - Apache 的 KeepAlive 相关指令对 HTTP/2 流量不起作用 —— 即使设为 Off，HTTP/2 连接依然保持复用
换句话说：Apache 不会、也不能用 HTTP/1.1 的 KeepAlive 逻辑去管理 HTTP/2 连接。底层连接管理交由 HTTP/2 实现（如 mod_http2 模块）统一处理。
实际部署中需要关注的关键点
虽然 KeepAlive 在 HTTP/2 下“退场”，但运维和调优仍需注意：
- Apache 必须启用 mod_http2 并正确配置 TLS（HTTP/2 在明文 HTTP/2 上支持有限，主流浏览器仅支持 h2 over TLS）
- KeepAliveTimeout 对 HTTP/1.1 流量仍有意义，但对 HTTP/2 客户端无效；建议保留合理值（如 5–15 秒），避免影响老客户端
- 连接池、后端代理（如 mod_proxy）、负载均衡器可能仍基于 HTTP/1.1 行为做超时设置，需同步检查，防止出现“半开连接”或过早断连
如何判断当前请求走的是 HTTP/1.1 还是 HTTP/2
可在 Apache 日志中添加 %{HTTP_VERSION}i 或 %{HTTP2}x 变量记录协议版本；也可在响应头中查看 Alt-Svc 或用浏览器开发者工具的 Network 标签页直接观察 Protocol 列（显示 h2 或 http/1.1）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
