不能在虚拟主机层级配置 KeepAliveTimeout，因其是 Apache 服务器级指令，连接空闲计时器在虚拟主机路由前已启动，必须全局统一；替代方案包括禁用 KeepAlive、端口隔离、mod_reqtimeout 限速及并发连接限制。
不能在虚拟主机层级配置 keepalivetimeout。这个参数是 apache 服务器级指令，作用于整个 mpm（如 event 或 worker）运行时连接生命周期，不支持按 <virtualhost> 块单独设置。
为什么虚拟主机无法独立设 KeepAliveTimeout
Apache 在 accept 一个 TCP 连接后，才根据 Host 头、IP 或端口匹配到具体虚拟主机；而连接空闲计时器（即 KeepAliveTimeout）在连接建立后立即启动，早于虚拟主机路由决策。因此该值必须全局统一，所有虚拟主机共享同一套空闲释放逻辑。
实际可行的替代方案
若某虚拟主机（如公开 API 接口）易受慢速连接影响，需区别对待，可采用以下组合策略：
-
关闭该站点的 Keep-Alive：在对应
<VirtualHost>内添加KeepAlive Off，彻底禁用复用，让每个请求走短连接，避免空闲堆积 -
用不同端口隔离高风险服务：例如将登录页或 API 单独监听
:8080，静态资源站监听:80，再通过Listen 8080+ 全局KeepAliveTimeout 3精准控制 -
配合 mod_reqtimeout 实现请求阶段限速：在该虚拟主机内启用分阶段超时，例如：
RequestReadTimeout header=15,minrate=500 body=10,minrate=300
这能主动断开慢发头或慢传体的连接，比单纯调KeepAliveTimeout更有效 -
限制该站点并发连接数：结合
mod_ratelimit或第三方模块（如mod_evasive），对特定ServerName设置每 IP 最大连接数，防止单站点耗尽MaxRequestWorkers
配置生效与验证要点
修改后必须完整重启 Apache（systemctl restart apache2），仅重载（graceful）不会更新已运行 worker 的空闲计时器。验证方式包括：
- 用
curl -v http://site-a/ --output /dev/null 2>&1 | grep "Connection #"观察是否复用 - 执行
ss -tnp | grep :80 | grep ESTAB | wc -l对比修改前后空闲连接数量趋势 - 检查 error_log 是否仍有大量
client timed out或request failed: connection reset记录
特别注意反向代理场景
若该虚拟主机作为反向代理（如代理 Java 后端），务必确保：KeepAliveTimeout 小于后端服务（如 Tomcat）的 keepAliveTimeout；
同时后端 connectionTimeout 也应更短，防止“悬挂连接”——即 Apache 还在等客户端读响应，后端却已关闭连接。
