Apache 在 1995 年诞生时，类型没人想到它会统治 web 服务器市场近二十年。类型它的类型核心机制是 fork 进程——每个连接开一个子进程，稳定但吃内存。类型2009 年我帮一家电商调优，类型一台 8GB 内存的类型机器跑 Apache，并发上到 800 就开始疯狂 swap。类型换成 Nginx 后，类型同样的类型硬件撑住了 5000 并发，响应时间从 300ms 降到 40ms。类型这不是类型 Apache 差，是类型场景变了——静态资源、高并发、类型低内存占用，类型Nginx 的类型 epoll 事件驱动模型就是比 fork 更适应现代流量。

Nginx 的 worker 进程数通常设成 CPU 核心数，每个 worker 用异步非阻塞处理成千上万个连接。一个请求进来，worker 不等待后端响应，直接切去处理下一个。这种设计让 Nginx 在反向代理和静态文件服务上几乎无敌。我见过有人拿它扛住每秒 10 万次图片请求，CPU 占用不到 30%。但 Nginx 不擅长跑动态脚本，它得把 PHP 请求转发给 PHP-FPM，多一层网络开销。

IIS 是另一条路。Windows 生态里它跟 Active Directory、.NET 绑得紧，图形化管理界面对运维新手友好。但 IIS 的并发模型依赖 Windows 内核的 IO 完成端口，性能不差，可授权费用和 Windows Server 的硬件要求摆在那。2015 年一个政府项目强制用 IIS 跑 ASP.NET，结果每次更新网站都要重启应用池，用户会话全丢。后来换成 Nginx 做前端，IIS 只处理后端 API，才勉强稳住。

Tomcat 严格说不是 web 服务器，是 Servlet 容器。它内置的 HTTP 连接器能直接处理请求，但生产环境没人这么干——静态文件交给 Apache 或 Nginx，Tomcat 只跑 Java 应用。Jetty 更轻，适合嵌入式场景，比如 Spring Boot 默认就带它。我见过一个物联网项目，每台网关设备上跑 Jetty，内存占用不到 20MB，处理 MQTT 转 HTTP 的请求，跑了三年没重启过。

还有 Caddy。自动 HTTPS 是它的杀手锏，配置文件两行就能跑起来一个带证书的站点。去年我搭个人博客，用 Caddy 替代 Nginx，省掉了 certbot 和 cron 任务。但 Caddy 的生态不如 Nginx 成熟，模块少，遇到复杂重写规则得翻半天文档。Lighttpd 和 OpenLiteSpeed 也有人用，前者在嵌入式设备里常见，后者兼容 Apache 的 .htaccess，适合共享主机。

选型没有银弹。静态内容多、并发高，Nginx 或 Caddy；Windows 环境、.NET 应用，IIS 省心；Java 生态，Tomcat 或 Jetty 是标配；老系统迁移，Apache 的兼容性最好。我自己的服务器上，Nginx 做前端代理，后面挂 Tomcat 跑 API，静态文件直接由 Nginx 返回。这套组合用了六年，没出过大问题。关键是理解每种服务器的模型——进程、线程、事件驱动——然后对着业务流量去匹配。别迷信 benchmark，你的场景跟别人的不一样。