Apache 怎么开启 KeepAlive 优化连接复用提升速度

开启 Apache KeepAlive 需显式配置 KeepAlive On，并同步调整 KeepAliveTimeout 为 3–5 秒、MaxKeepAliveRequests 为 100，同时匹配 event MPM 模式与后端超时设置，避免连接堆积。

先说结论：KeepAlive 不是“打开就变快”，必须参数配对、场景匹配、前后端协同，单独开启反而可能拖慢响应。

命令速用版

KeepAlive On
KeepAliveTimeout 5
MaxKeepAliveRequests 100

以上配置需放入主配置文件（如 apache2.conf）或虚拟主机块内，修改后需重启 Apache 服务。

KeepAlive 允许客户端与服务器在单个 TCP 连接上进行多次请求和响应，通过减少建立和关闭连接的开销降低延迟。

但 KeepAlive 不是直接加速动态内容生成，而是减少动态网站加载过程中的连接开销，尤其当页面包含大量静态资源时，复用 TCP 连接能避免反复握手、慢启动和 TLS 协商。

1. 基础参数配置

在主配置或虚拟主机中显式开启 KeepAlive，避免依赖默认值。HTTPS 环境建议 KeepAliveTimeout 设为 3–5 秒，HTTP 可到 5–8 秒；MaxKeepAliveRequests 建议设为 100，静态资源多的站点可设为 150–250。

2. 匹配 MPM 模式

高并发下必须使用 event MPM，prefork 模式下每个连接占一个进程，KeepAliveTimeout 设 5 秒意味着 5 秒内无法释放进程，极易耗尽资源。运行 httpd -V | grep -i mpm 确认模式。

3. 反向代理协同

若 Apache 作为反向代理，仅前端开 KeepAlive 不够，必须在 ProxyPass 指令中显式配置 keepalive=On，并设置 keepalive_timeout=5，确保后端连接器（如 Tomcat 的 connectionTimeout）大于该值。

4. HTTPS 额外优化

必须启用 SSLSessionCache 避免每次复用都重做 TLS 握手，同时添加 SSLCompression off 防止攻击并提升复用路径效率。

改完配置重启后，用真实请求验证而不是看有没有报错。使用 curl -v https://yoursite.com/any-path 查响应头，应看到 Connection: keep-alive 和 Keep-Alive: timeout=3, max=99。

连续发 5 次请求后，执行 netstat -anp | grep :443 | grep ESTABLISHED | wc -l，活跃连接数应明显少于请求数。也可以在 Chrome DevTools Network 面板确认 Connection 值不是 close。

1. CDN 或 WAF 干扰

CDN 或 WAF 可能把 KeepAlive 关了，或设了更短的超时，导致 Apache 复用失败却还在等，需绕过中间层直连验证。

2. 后端响应慢

PHP-FPM 或后端响应慢，KeepAlive 连接被卡住，新请求排队等待空闲，此时临时把 KeepAlive Off 对比压测结果，如果 QPS 反而上升，说明问题在后端吞吐。

3. 移动端 NAT 超时

运营商 NAT 通常 60–120 秒回收连接，Apache 必须更早释放，移动端建议 KeepAliveTimeout 设 2–4 秒，防止前端复用“假死连接”。

不能直接加速动态内容生成，但能显著减少动态网站加载过程中的连接开销，尤其当页面包含大量静态资源时。

需要，移动网络高抖动、NAT 超时短，建议 KeepAliveTimeout 压到 2–3 秒，MaxKeepAliveRequests 设为 80–120。

HTTP/2 默认启用多路复用，KeepAlive 配置基本失效，但如果你还在用 HTTP/1.1 over TLS，SSL 握手开销会让 KeepAlive 收益打折扣，需启用 SSLSessionCache。