apache的proxypass指令不支持disablereuse参数，该参数不存在且被静默忽略；真正控制连接复用的是keepalive=on/off及后端keep-alive响应配合。
disablereuse 参数根本不存在，别被误导
Apache 的 ProxyPass 指令不支持 disablereuse 这个参数。它从未出现在任何官方文档中（包括 2.4.53+ 最新版），所有声称能用 disablereuse=On 或类似写法来“禁用连接复用”的配置，都会被 Apache 静默忽略——既不报错，也不生效。
真正控制连接复用行为的是 keepalive 和底层协议能力：
-
keepalive=Off（默认）：Apache 对后端使用 HTTP/1.0 短连接，每次请求都新建 TCP 连接 -
keepalive=On：启用 HTTP/1.1 Keep-Alive，但**仅当后端明确响应Connection: keep-alive且未关闭连接时才复用** - 如果后端是 CGI、PHP-FPM 默认配置、或未开启 keepalive 的 Tomcat，
keepalive=On实际无效
为什么你感觉“连接池失效”？常见真实原因
所谓“连接池失效”，多数不是参数没起作用，而是连接复用条件未满足或配置冲突。典型现象和对应检查点：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- netstat 查不到复用连接：确认后端是否返回
Keep-Alive响应头；用curl -v http://backend/看响应头 - ProxyPass 后端频繁 502/504：
timeout或retry设置过小，导致连接被提前断开或标记为不可用 - 并发高时连接数暴涨：
max设得过大，但 Apache 的MaxRequestWorkers不足，造成排队甚至 503 - 用了
ProxySet却没生效：确认模块已加载（apache2ctl -M | grep proxy），且配置在<proxy></proxy>块或balancer://定义内，不在ProxyPass行尾
正确启用并验证连接复用的三步操作
要让 Apache 真正复用到后端的连接，必须同时满足协议、配置、后端三方面条件：
- 在
ProxyPass所在上下文中显式启用：ProxySet keepalive=On timeout=5 retry=60 - 确保后端服务支持并开启 keepalive（如 Tomcat 的
connectionTimeout和keepAliveTimeout配置，Nginx 的keepalive指令） - 验证方式不是看配置有没有写，而是：
– 发起连续请求，用netstat -anp | grep :8080 | wc -l观察后端端口 ESTABLISHED 连接数是否稳定
– 用curl -v http://proxy-path/检查响应头中是否有Connection: keep-alive和Keep-Alive:字段
容易被忽略的关键约束
即使所有配置都对，连接复用仍可能被底层机制拦住：
-
min和max参数只对支持 keepalive 的后端有效；对 CGI、FastCGI 或短连接后端，它们完全不参与连接池管理 -
ttl和soft-max是 2.4.53+ 新增，旧版 Apache（如 Ubuntu 22.04 默认的 2.4.52）会直接忽略，不警告 - 如果 Apache 使用 prefork MPM，
max实际恒为 1，无论你怎么设 —— 因为 prefork 每进程只能持有一个后端连接 - HTTPS 后端（
https://）下keepalive行为更复杂，TLS 会话复用与 HTTP Keep-Alive 是两层事，不能混为一谈
