Apache无法原生按URL路径控制KeepAlive，但可通过mod_proxy反向代理分流至不同后端并独立配置keepalive，或用mod_headers+mod_setenvif响应头引导客户端关闭连接。
Apache本身不直接根据URL路径控制KeepAlive行为，KeepAlive是HTTP连接级别的配置，作用于整个虚拟主机或服务器范围，无法原生按路径（如/api/或/static/）开启或关闭。但通过合理组合Apache模块与策略，可以实现“逻辑上针对不同路径差异化处理连接复用”的效果。
KeepAlive本身是全局性连接控制
Apache的KeepAlive、KeepAliveTimeout和MaxKeepAliveRequests指令只在server config、virtual host或directory上下文中生效，且对所有请求一视同仁。它不识别URI路径，也不区分GET/POST或资源类型。一旦启用，客户端在同一个TCP连接上可连续发送多个HTTP请求——无论路径是什么。
用mod_proxy + 后端分流模拟路径级KeepAlive策略
若后端服务（如Java应用服务器Tomcat、Spring Boot嵌入式容器）对KeepAlive支持程度不同，可通过Apache反向代理将路径路由到不同后端，并为各后端设置独立连接行为：
- 对静态资源路径（如
/assets/、/images/）代理到专用于静态服务的Nginx或CDN，自身不参与KeepAlive协商； - 对API路径（如
/api/v1/）代理到Tomcat，启用ProxySet keepalive=on并调优ttl和max，让Apache与Tomcat之间保持长连接； - 对上传或流式接口（如
/upload）可禁用keepalive，避免大文件传输阻塞连接池。
示例配置片段：
立即学习“Java免费学习笔记（深入）”；
ProxyPass /api/v1/ http://backend-api/ProxyPassReverse /api/v1/ http://backend-api/
<Proxy http://backend-api/>
ProxySet keepalive=on ttl=60 max=100
</Proxy>
ProxyPass /upload/ http://backend-upload/
ProxyPassReverse /upload/ http://backend-upload/
<Proxy http://backend-upload/>
ProxySet keepalive=off
</Proxy>
用mod_headers + mod_setenvif实现客户端侧“软限制”
虽然不能禁止某路径使用KeepAlive，但可通过响应头引导客户端行为。例如：对高延迟或低频路径（如/admin/report），主动设置Connection: close头，提示客户端本次响应后关闭连接：
- 利用
SetEnvIf Request_URI "^/admin/.*" NOKEEPALIVE匹配路径； - 配合
Header always set Connection "close" env=NOKEEPALIVE； - 注意：这仅影响客户端是否发起下一次复用，不强制断开当前连接，也不影响Apache与后端之间的连接管理。
Java后端配合更关键
真正决定端到端连接复用效率的，往往是Java应用服务器自身的HTTP连接配置。例如：
- Tomcat中
Connector的keepAliveTimeout、maxKeepAliveRequests应与Apache的KeepAlive参数协同（通常Apache设得稍宽松，后端更严格）； - Spring Boot 3.x默认使用Tomcat，可通过
server.tomcat.connection-attributes微调； - 若用Undertow，其
worker-options中的io-threads和task-threads也间接影响连接复用稳定性。
单纯在Apache层做路径区分意义有限，重点应放在路径语义识别 + 后端能力匹配 + 代理链路优化上。
