event性能优于worker，因其分离监听与工作线程、高效管理keep-alive连接，降低线程占用与内存消耗，在高并发长连接场景下吞吐更高、cpu更平滑；但https下自动退化为worker模式。
Keep-alive 连接处理能力是核心分水岭
Worker 模式下，每个线程一旦接受一个 keep-alive 连接，就会被长期占用（即使中间无数据传输），直到超时或连接关闭。大量空闲长连接会快速耗尽线程池，导致新请求排队甚至拒绝服务。 Event 模式通过分离监听与工作职责：专用监听线程只负责接收/注册连接，工作线程仅在有真实请求（如 HTTP 请求头到达）时才介入；空闲 keep-alive 连接由独立管理线程维护，不占用服务线程。这显著提升了单位线程的并发承载力。例如，在 1000 并发用户、平均 keep-alive 超时为 5 秒的场景中：
- Worker 可能需配置 2000+ 线程才能避免阻塞（因大量线程被“挂起”）
- Event 往往只需 300–500 工作线程即可稳定支撑，且 CPU 利用更平滑
内存与 CPU 效率对比明显
Worker 的每个子进程包含固定数量线程（ThreadsPerChild），所有线程共享进程内存空间，比 Prefork 节省内存，但线程栈、TLS（线程局部存储）等开销仍存在。 Event 在相同 ThreadsPerChild 下，因线程生命周期更短、复用更频繁，实际活跃线程数更低，整体内存占用通常比 Worker 低 20%–40%；同时减少了线程上下文切换频率，CPU 缓存友好性更好。典型指标参考（基于 Apache 2.4.6+ + ab 压测，1KB 静态响应）：
Apache 2.4.62
下载
PHP中文网提供Apache 2.4.62 官方 tar.gz 源码包下载，通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。
- Worker：500 并发下，RSS 内存约 1.2 GB，CPU 使用率峰值 78%，吞吐约 18,000 req/s
- Event：同等并发下，RSS 内存约 850 MB，CPU 使用率峰值 62%，吞吐约 23,000 req/s
HTTPS 场景下 Event 实际退化为 Worker
Apache 官方明确说明：启用 SSL/TLS（即使用 mod_ssl）时，Event MPM 会自动禁用事件优化逻辑，回退到类似 Worker 的同步阻塞行为。这意味着在全站 HTTPS 环境中，Event 并不带来额外性能优势，反而可能因配置复杂度增加出错风险。判断是否生效很简单：
- 启动后执行 httpd -V | grep MPM，确认显示 Server MPM: event
- 再检查日志或用 curl -I https://your-site/，若返回含 keep-alive 且无报错，说明 SSL 已加载 — 此时 Event 实际运行在 Worker 兼容模式
压测验证必须匹配真实流量特征
单纯用 ab（Apache Bench）默认短连接压测，Worker 和 Event 差距很小；真正拉开差距的是模拟真实用户行为：- 开启 KeepAlive On，设置 KeepAliveTimeout 5
- 使用 ab -k -c 1000 -n 50000 或更优工具如 wrk/hey 发送混合请求（含图片、JS、CSS 等多资源请求）
- 观察 MaxRequestWorkers 是否频繁触顶、server-status 中 waiting for connection 数值、以及 系统层面的线程数（ps -eLf | grep httpd | wc -l）
