nginx多进程事件驱动模型比apache prefork模式吞吐更高、内存更省：前者单worker处理万级并发，内存平稳；后者每连接一进程，内存线性增长，高并发易达503。
在高并发Web服务场景中，Nginx的多进程架构通常比Apache的预派生（prefork）模式具备更高吞吐量和更低内存开销，核心差异在于连接处理模型：Nginx用单个进程通过事件驱动高效复用少量工作进程处理数万并发连接；而Apache prefork为每个连接（或请求）分配独立进程，资源消耗随并发线性增长。
进程模型与资源占用
Apache prefork采用“一个连接一个进程”策略，主进程预先创建固定数量的子进程（由StartServers、MaxRequestWorkers等参数控制），每个子进程同一时间只处理一个HTTP请求。这意味着1000并发连接可能需要近1000个进程，每个进程平均占用8–12MB内存，总内存极易突破GB级。
Nginx默认启用多进程模式（worker_processes auto），通常设置为CPU核心数。每个worker进程使用异步非阻塞I/O（epoll/kqueue），借助事件循环处理成千上万个并发连接，所有连接共享同一套内存结构。单个worker进程内存常稳定在10–30MB，即使万级并发，总内存增长也极为平缓。
高并发下的响应表现
在短连接、高频请求（如API接口、静态资源）场景下，Nginx的事件驱动机制能快速完成accept→read→write→close全流程，上下文切换少、系统调用精简；Apache prefork频繁fork新进程（超出空闲进程池时）或复用旧进程（需清理状态、重置缓冲区），带来明显延迟抖动。
- 相同4核8GB服务器，Nginx可稳定支撑15,000+ RPS（静态文件），Apache prefork通常在3,000–5,000 RPS即出现响应延迟上升或超时
- 当突发流量达到2倍峰值时，Nginx worker进程CPU利用率陡升但服务不中断；Apache易触发MaxRequestWorkers限制，新请求被直接拒绝（返回503）
适用场景与调优关键点
Apache prefork并非过时，它对传统PHP（mod_php）等同步阻塞模块兼容性好，调试直观，适合动态内容为主、并发中等（
Nginx更适合反向代理、静态服务、微服务网关及现代PHP-FPM/Python ASGI部署方案——此时它不直接执行脚本，而是将请求转发给后端应用服务器，自身保持轻量高效。
- Nginx调优重点：合理设置worker_processes（一般=CPU核心数）、worker_connections（结合ulimit -n调整）、开启accept_mutex防惊群
- Apache prefork调优关键：严控MaxRequestWorkers避免OOM，缩短MaxConnectionsPerChild防止内存泄漏累积，配合mod_status监控实际进程负载
扩展性与运维复杂度
Nginx横向扩展更自然：无状态设计使其易于前置LVS/HAProxy做负载均衡，各实例行为一致；配置简洁，热重载（nginx -s reload）秒级生效且不丢连接。
Apache prefork因进程绑定请求生命周期，在负载不均或长连接（如WebSocket代理）场景下扩展性受限；reload操作会逐步替换进程，存在短暂双版本共存，某些模块（如mod_ssl会话缓存）需额外同步机制。
