Apache 与 Nginx 的取舍

Apache 与 Nginx 的选型争论持续了十几年，落到实操，决策依据其实就三个维度：并发模型、配置习惯、工具链惯性。逐个拆开看。 一、并发模型 Apache 的经典模式是进程或线程驱动，一个连接占一个进程（prefork）或线程（worker），并发上千时进程切换与内存占用成为负担；2.4 引入的 mpm_event 改善了这个问题，但资源占用曲线仍比 Nginx 陡。Nginx 是事件驱动、异步非阻塞，少量 worker 进程靠 epoll 撑起海量连接，内存占用平稳，静态文件与反向代理场景优势明显。 一句话概括：低并发两者都够用，高并发与静态代理场景 Nginx 占优。 二、配置习惯 Apache 支持 .htaccess——目录级的分布式配置文件。改伪静态、加跳转规则不用碰主配置、不用 reload，站点目录里放一个文件即生效，WordPress 的固定链接就是典型依赖。共享主机、多租户环境对此深度依赖。Nginx 没有对应机制，所有配置集中在主配置体系，改一次要 reload，换来的是配置集中、行为可预测。团队有没有权限和纪律维护全局配置，是取舍的关键点。 三、工具链惯性 大量老系统的文档、插件、重写规则默认按 Apache 写，mod_rewrite 语法满地都是，迁到 Nginx 要手工翻译 rewrite 规则。反过来，高并发反代、动静分离、限流这些新场景的资料几乎都基于 Nginx。选型前先盘一遍要跑的应用对哪个原生友好，迁移成本经常比性能差异更值得计较。 四、混合架构 两者不是非此即彼。常见组合：Nginx 在最前面做入口，负责卸 TLS、吐静态文件、缓存、限流；动态请求反代给后端的 Apache，保留 .htaccess 能力。前后各取所长，架构上 Nginx 监听 80/443，Apache 挪到 127.0.0.1:8080 即可。 选择结论：全新项目、以接口和静态内容为主，直接 Nginx；存量应用深度依赖 .htaccess 或老式工具链，保留 Apache 或上混合架构。两者运维成本都不高，真正的瓶颈往往在应用自身，别把宝押在换服务器软件上。