Apache HTTP Server 的 event MPM 模式通过异步事件驱动提升高并发处理能力，作为反向代理协同 Java 应用应对 C10k，不运行 Java 字节码；需调优 MaxRequestWorkers、ThreadsPerChild、KeepAlive 等参数，并与后端 Java 容器超时、连接池对齐，辅以监控和系统层优化。
Java 中 Apache 本身不直接处理 C10k（即万级并发连接）问题，因为 Apache HTTP Server 是用 C 编写的 Web 服务器，而 Java 应用通常部署在其后（如通过 mod_jk、mod_proxy 或反向代理），或由 Java 自身的 Web 容器（如 Tomcat、Jetty）承载。所谓“Apache 在 Event 模式下处理 C10k”，实际是指 Apache HTTP Server 启用 event MPM（Multi-Processing Module）模式，作为高性能反向代理或静态资源服务端，协同后端 Java 应用共同应对高并发场景。关键不在 Java 调用 Apache，而在架构协同与参数调优。
明确角色分工：Apache event MPM 不跑 Java，只做高效接入层
Apache 的 event MPM 是为高并发、长连接（如 HTTP/1.1 keep-alive、WebSocket）设计的异步事件驱动模型，相比 prefork（多进程）和 worker（多线程）更节省资源。它本身不执行 Java 字节码，也不加载 JVM。典型架构是：
- Apache event MPM 作为边缘服务器：处理 TLS 终结、静态文件、请求路由、限流、压缩、日志等
- Java 应用（如 Spring Boot + Tomcat/Jetty）运行在内网：专注业务逻辑，通过 AJP 或 HTTP 协议与 Apache 通信
- Apache 通过 ProxyPass / ProxyPassReverse 或 mod_jk 将动态请求转发给 Java 后端
Apache event MPM 关键配置优化
默认配置面向通用场景，C10k 需针对性调整。核心在于提升连接承载能力与事件处理效率：
- MaxRequestWorkers：替代旧版 MaxClients，设为 8000–12000（需结合内存估算：每个空闲连接约占用 1–2KB，event 模式下远低于 prefork）
- ThreadsPerChild：event 模式下每个子进程的线程数，建议 25–50；过高易引发锁争用，过低无法充分利用 CPU
- MinSpareThreads / MaxSpareThreads：保持适量空闲线程（如 75 / 250），避免频繁创建销毁开销
- ListenBacklog：调大内核 listen 队列（如 1024→4096），减少 SYN 丢包（需同步调高系统 net.core.somaxconn）
- EnableSendfile Off：禁用 sendfile（尤其在代理场景），避免内核态零拷贝与用户态代理逻辑冲突
- KeepAlive On & KeepAliveTimeout 5：启用长连接，但 timeout 设短（5s 内），平衡复用率与连接堆积
与 Java 后端协同调优要点
Apache 是“入口”，Java 是“出口”，两者缓冲区、超时、连接池必须对齐，否则引发队头阻塞或连接泄漏：
立即学习“Java免费学习笔记（深入）”；
- 反向代理超时要大于后端处理时间：ProxyTimeout 应 ≥ Java 容器的 connection-timeout + 最大业务耗时（如设为 30s）
- 启用 HTTP/1.1 连接复用：ProxySet keepalive=On max=100 smax=10 ttl=60，让 Apache 复用到 Java 的后端连接，降低握手开销
- Java 端容器调优匹配：Tomcat 的 maxConnections（如 10000）、acceptCount（如 200）、keepAliveTimeout（≤ Apache 的 KeepAliveTimeout）需协调
- 禁用 Apache 的 DNS 查找：UseCanonicalName Off + HostnameLookups Off，避免反向代理时阻塞解析
可观测性与兜底机制不可少
C10k 场景下，单点异常会快速放大。仅靠调参不够，需配套监控与防护：
- 启用 mod_status（ExtendedStatus On），通过 server-status 实时查看 workers 状态、繁忙线程、等待连接数
- 用 mod_evasive 或 mod_qos 做基础限流防刷，例如限制单 IP 每秒请求数
- 记录 %D（响应微秒）和 %{X-Forwarded-For}i 到 access log，便于定位慢请求源头
- 系统层检查：ulimit -n（至少 65536）、net.ipv4.ip_local_port_range、net.core.netdev_max_backlog 等内核参数同步调优
