MaxRequestWorkers是Apache HTTP Server在prefork或event MPM模式下的最大并发请求数，需结合内存、系统限制及后端Java容器（如Tomcat）协同调优。

Apache HTTP Server 本身是用 C 编写的，不依赖 Java 运行环境；所谓“Java 中 Apache 最大连接数 MaxClients”存在概念混淆。MaxClients（在 Apache 2.4+ 中已更名为 MaxRequestWorkers）是 Apache HTTP Server 的配置参数，与 Java 应用服务器（如 Tomcat）无关。如果你正在使用 Apache 作为前端反向代理（例如通过 mod_proxy 连接后端 Tomcat），那么需要分别调优 Apache 和 Java 容器的连接能力。

Apache 的 MaxRequestWorkers 是什么

这是 Apache prefork 或 event MPM 模式下允许同时处理的最大请求数（即并发连接上限）。超过该值的新请求会被排队或拒绝，直接影响服务吞吐和响应延迟。

• prefork MPM：每个请求由一个独立进程处理，MaxRequestWorkers = 最大子进程数
• event MPM（推荐）：基于线程+事件模型，资源占用更低，MaxRequestWorkers = 最大并发线程数
• 该值受操作系统限制（如 ulimit -n、内核 somaxconn）和内存约束共同影响

如何合理计算 MaxRequestWorkers

不能盲目设高，需结合可用内存与单进程/线程平均内存消耗估算：

• 查看当前 Apache 进程平均内存占用：ps -o pid,rss,comm -C httpd | awk '{sum+=$2} END {print sum/NR/1024 " MB"}'
• 假设总可用内存为 4GB，Apache 预留 2GB，单进程平均占 25MB → 理论最大进程数 ≈ 2048 / 25 ≈ 81
• 实际建议保留 20% 余量，最终设为 64–80（prefork）或 150–300（event，因线程更轻量）
• 同时检查并调高系统级限制：echo 'net.core.somaxconn = 65535' >> /etc/sysctl.conf，然后 sysctl -p

与 Java 后端（如 Tomcat）协同调优的关键点

当 Apache 通过 mod_proxy_http 或 mod_jk 转发请求到 Tomcat 时，两端连接池必须匹配，否则出现连接阻塞或超时：

• Apache 端启用 KeepAlive On 并设置合理 KeepAliveTimeout（如 5s），减少重复建连开销
• Tomcat 的 maxConnections（如 1000）应 ≥ Apache 的 MaxRequestWorkers，避免反向代理连接被拒绝
• 若用 AJP 连接，确保 Tomcat AjpNioConnector 的 maxThreads ≥ Apache 后端 worker 数（ProxyPass ... retry=0 下尤其关键）
• 监控指标：Apache 的 scoreboard（http://your-apache-server/server-status）中 BusyServers 接近上限时说明需扩容

验证与持续观察

调优后必须通过真实流量或压测工具（如 ab、wrk、JMeter）验证效果：

• 观察 Apache 错误日志是否出现 server reached MaxRequestWorkers 或 connection reset by peer
• 检查 Tomcat 的线程池满日志（java.util.concurrent.RejectedExecutionException）
• 使用 ss -s 或 netstat -an | grep :80 | wc -l 查看 ESTABLISHED 连接数趋势
• 长期运行中定期采集 mod_status 数据，识别峰值规律，动态调整配置

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南