Web 服务器

nginx：靠事件循环扩展的 Web 服务器

作者 Kinetikatech Operations Team · 更新于 2026-10-22

nginx 用事件驱动、异步模型解决 C10K，而不是每个连接一个线程，因此能高效处理大量并发连接。它同时充当轻量静态文件服务器和行业默认的反向代理，实际部署大多以后者为主。配置测试、日志监控和 TLS 自动化决定它是稳定还是脆弱。

要点

事件循环是核心：少量工作进程通过低成本上下文切换处理数千连接，因此 nginx 擅长代理大量慢客户端，而不会像每请求一线程那样为每个连接消耗内存。
一个二进制承担两种角色：server 块提供静态内容并执行重写，proxy_pass 块终止 TLS 并转发到上游服务；max_fails、超时和缓冲等行为都通过配置完成，而不是模块。
配置纪律必须严格：每次修改后运行 nginx -t，每个站点使用独立 include 文件以便精确回滚，线上变更用 reload 而不是 restart；发布未通过语法测试的配置会造成本可避免的故障。
TLS 是一等公民：选择现代协议、配置会话恢复和 OCSP stapling，并用 acme.sh 或 certbot 自动签发；续期钩子静默失败 60 天是经典事故，因此要监控证书剩余天数。
也要承认限制：没有 Apache 那样的动态模块生态，第三方功能通常需要重新编译或发行版包；反向代理功能刻意精简，复杂需求往往要再加一层工具，例如限流和 WAF。
性能优化从实际负载出发：worker_processes 设为 auto，按内存和负载设置 worker_connections，理解 proxy_buffering（大多数 API 也应开启），对文本启用 gzip/brotli，并在仪表盘告警前先看日志里的 499/504 峰值。

给客户上过最有用的一课，是一份不到 200 行的 nginx 配置：带 HSTS 的反向代理、诚实的缓存头、每个服务独立 server 块。他们之前的堆栈有 4000 行重复 include，每个季度 reload 都会弄坏东西。配置整理也是工程。

nginx 和 Apache 相比，什么时候 nginx 明显更合适？

高并发反向代理、静态内容为主、规模化 TLS 终止时，事件循环优势最明显。依赖 .htaccess 和按目录配置的共享主机仍适合 Apache。

reload 和 restart 的规则是什么？

日常变更用 reload，旧工作进程会处理完现有连接后新配置生效；引擎版本变化或 reload 无法覆盖的变更才 restart；两者之前都必须先运行 nginx -t。

为什么有些站点在 nginx 后面放 Apache？

经典混合架构：nginx 终止 TLS、快速提供静态文件，并把动态请求代理给 Apache，以保留 .htaccess 和 mod_php 类工具的行为；代价是多一个需要监控和统一配置的组件。

最应该避免的三个调优错误是什么？

照搬博客里的 worker/缓冲区参数而不做压测；听说缓冲慢就关闭 proxy_buffering（多数情况下开启更快）；reload 前跳过配置测试。

您不必自己成为web 服务器专家：生产和开发环境中 Web 服务器的配置、优化与安全。网站速度优化和服务器管理正是为此而设：配置、加固、监控，并有工程师日夜值守。