Apache反向代理Keep-Alive问题本质是前端、代理、后端三者行为未对齐，需协同配置：ProxyPass必须显式加keepalive=On，Tomcat端keepAliveTimeout≥Apache值、maxKeepAliveRequests设0、disableUploadTimeout=false，并匹配超时、协议与响应头。

Apache 反向代理中 Keep-Alive 导致的连接复用问题，本质不是“复用太多”，而是复用错位：前端客户端、Apache 代理、后端 Java 服务（如 Tomcat）三者之间的 Keep-Alive 行为未对齐，造成连接提前断开、复用失效、TIME_WAIT 暴增、502/超时频发等现象。解决关键在于协同配置，而非简单开关。

ProxyPass 必须显式启用 keepalive=On

Apache 默认不为反向代理开启后端长连接，即使全局 KeepAlive On 已生效，ProxyPass 仍会默认使用短连接。必须在每条代理指令中明确声明：

ProxyPass /api http://127.0.0.1:8080/api keepalive=On

⚠️ 注意：

• keepalive=On 仅对 HTTP/1.1 后端有效（Tomcat、Nginx 等支持持久连接的服务）；
• 单独写 ProxySet keepalive=On 在 <Proxy> 块里容易被覆盖或未生效，优先用 inline 参数；
• 若后端返回 Connection: close 或响应头含 keep-alive: timeout=0，复用会立即失效。

后端连接参数必须严格匹配

Apache 复用连接的前提是后端愿意保持它。以 Tomcat 为例，server.xml 中的 Connector 需满足：

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• keepAliveTimeout ≥ Apache 的 keepalive_timeout（推荐设为 30000ms，即 30 秒）；
• maxKeepAliveRequests 设为 0（不限制）或远高于 Apache 的 MaxKeepAliveRequests；
• disableUploadTimeout="false"（旧版常误设为 true，会导致上传中 Keep-Alive 中断）；
• 使用 Http11Nio2Protocol（非 BIO），避免线程阻塞影响复用。

控制空闲连接生命周期，防堆积

只开 keepalive=On 不设超时，会导致 Apache 维持大量空闲连接，挤占后端连接池。需配合以下参数：

• keepalive_timeout=5（写在 ProxyPass 行尾或 ProxySet 中）：Apache 主动关闭空闲后端连接的时间，必须 ≤ 后端 connectionTimeout（如 Tomcat 的 20000）；
• ttl=45：连接池中空闲连接最大存活秒数；
• max=20：单个后端地址最多缓存 20 个空闲连接，防端口耗尽；
• retry=30：后端失败后 30 秒内不重试该节点，避免雪崩。

避免协议与头信息干扰

以下情况会绕过 Keep-Alive，即使配置全对也无效：

• 客户端发 HTTP/1.0 请求（无原生 Keep-Alive），而 Apache 未做升级处理；
• 后端代码手动设置 response.setHeader("Connection", "close")；
• Apache 转发时意外注入 Connection: close（检查是否遗漏 ProxySet keepalive=On）；
• SSL/TLS 场景下未启用 mod_http2 或后端不支持 HTTP/2，导致协议降级断连。

验证是否真正复用

不能只看配置，要实测：

• 用 curl -v http://proxy/api/test 查响应头：应有 Connection: keep-alive 和 Keep-Alive: timeout=5, max=99；
• 连续发 10 次请求后，执行 netstat -anp | grep :8080 | wc -l：活跃连接数应明显少于请求数；
• 检查 apache2ctl -M | grep proxy 确认 mod_proxy 和 mod_proxy_http 已加载。

不复杂但容易忽略