Nginx静态服务性能是Apache的3倍以上，因其采用事件驱动异步模型（epoll/kqueue）和sendfile零拷贝机制；Apache依赖多进程同步模型，资源消耗高、并发能力弱，但支持.htaccess目录级灵活配置。
Apache 和 Nginx 在静态服务上的核心区别在于处理机制、资源开销和并发能力——Nginx 专为高效静态分发而设计，Apache 更侧重灵活控制，但代价是更高资源消耗。
处理模型决定性能上限
静态文件请求看似简单，但背后机制差异巨大：
- Nginx 使用事件驱动异步模型（epoll/kqueue），单个工作进程能同时管理数万 TCP 连接，读取文件后直接 sendfile 零拷贝返回，不阻塞、不创建新线程
- Apache 默认 prefork 模式下，每个请求独占一个进程；即使改用 event 模式，仍需为每个连接维护上下文，静态响应路径更长、系统调用更多
- 实测中，相同硬件上 Nginx 静态吞吐量通常是 Apache 的 3 倍以上，尤其在高并发小文件场景（如图标、CSS、JS）优势明显
资源占用与稳定性表现不同
静态服务长期运行时，内存和 CPU 表现差异会放大：
- Nginx 启动后常驻内存稳定，1000 并发连接通常仅占用 20–40MB 内存；Apache 在同等负载下可能达 150MB+，且随连接数线性增长
- Apache 在突发流量下易出现进程数飙升，触发系统 OOM 或被 ulimit 限制，导致 503 错误；Nginx 几乎不会因并发激增而崩溃
- 静态文件缓存方面，Nginx 的 open_file_cache 能有效减少磁盘 I/O；Apache 的 mod_file_cache 功能存在但启用复杂，且效果受限于进程模型
配置灵活性与运维体验有取舍
不是所有静态需求都只看速度，有些场景 Apache 反而更顺手：
- Apache 支持 .htaccess 文件，允许开发者在子目录里独立配置 MIME 类型、过期时间、重定向等，适合共享主机或 CMS 多站点环境
- Nginx 所有静态规则必须写在主配置中，修改后需 reload，不支持目录级动态覆盖；但配置语法简洁，正则匹配更直观，-t 参数可提前校验语法
- 对特殊静态逻辑（如基于 Referer 限制图片盗链、按 User-Agent 返回不同压缩版本），两者都能实现，但 Nginx 用 map + if 组合更轻量，Apache 则依赖 mod_rewrite，规则易冗长难维护
适用边界其实很清晰
选哪个不取决于“谁更好”，而取决于你的真实场景：
- 纯静态站、CDN 边缘节点、API 网关前端、高流量官网首页 → 优先 Nginx
- WordPress / Drupal 等含大量插件的 CMS，需要频繁调整每目录行为 → Apache 更省心
- 混合动静内容且无专业运维团队 → 可用 Nginx 做前端静态层 + 反向代理到后端 Apache，兼顾性能与兼容性
