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 时，两端连接池必须匹配，否则出现连接阻塞或超时：
立即学习“Java免费学习笔记（深入）”；
- 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数据，识别峰值规律，动态调整配置
