maxkeepaliverequests设太高会因空闲连接长期占用线程/进程导致新请求排队或503，且在nginx反代场景下引发time_wait积压；推荐值依架构而定：xampp用250、直连tomcat用1000、nginx+tomcat必须设为1。
MaxKeepAliveRequests 不是越大越好，设错反而会卡死连接或拖垮线程池。
为什么 MaxKeepAliveRequests 设太高会出问题
这个参数控制单个 TCP 连接上最多允许多少个 HTTP 请求复用。设得太高（比如 10000），在用户长时间不关页面、又没后续请求时，Apache 或 Tomcat 会一直保留该连接和对应线程/进程，直到 KeepAliveTimeout 到期。结果就是：
- 空闲连接长期占着
ThreadsPerChild（Windows 下）或MaxRequestWorkers（Linux 下）里的 slot，新请求排队甚至 503 - 浏览器实际只发几十个请求（如一个页面 + 几个 AJAX），远用不满 10000，纯属资源浪费
- Tomcat 前有 Nginx 时，
maxKeepAliveRequests=1反而是合理选择——因为 Nginx 不复用连接给后端，设高了只会积压TIME_WAIT
不同场景下推荐的 MaxKeepAliveRequests 值
没有全局最优值，得看你的部署结构和流量特征：
-
XAMPP 本地开发（PHP + 静态资源多）：设为
250。覆盖整页 30+ 资源 + 后续几个轮询，又不会让连接霸占太久 -
Spring Boot 内嵌 Tomcat（直连，无反代）：可设
1000，配合server.tomcat.keep-alive-timeout=8使用 -
Tomcat 前挂 Nginx（常见生产架构）：必须设
1，否则 Nginx 每次都新建连接，而 Tomcat 还在等复用，大量TIME_WAIT积压 -
Apache prefork 模式 + 高内存服务器：可设
500，但要同步检查MaxRequestWorkers是否够用，避免进程数溢出
修改后怎么确认生效
光改配置不验证，等于没调。重点看三处：
- Apache：打开
C:\xampp\apache\conf\httpd.conf（Windows）或/etc/httpd/conf/httpd.conf（Linux），搜索MaxKeepAliveRequests，确认值已更新并重启服务 - Tomcat：检查
server.xml中<connector></connector>的maxKeepAliveRequests属性，或 Spring Boot 的server.tomcat.max-keep-alive-requests配置项 - 验证效果：用 Chrome 打开 DevTools → Network 标签页，刷新页面，看同域名下多个请求是否复用同一 connection（Connection 列显示
keep-alive，且 Remote Address 相同）
真正容易被忽略的是 MPM 模式与反向代理的存在——MaxKeepAliveRequests 的意义，在 mpm_winnt、prefork、event 下完全不同，而前有 Nginx/Apache 时，它的作用几乎被抵消。别只盯着一个数字调，先理清链路里谁在复用、谁在断开。
