Apache 在 1996 年占了全球 Web 服务器 50% 以上的有类份额，到 2024 年这个数字跌到了 30% 左右。有类Nginx 从 2004 年一个俄罗斯工程师的有类业余项目，爬到今天 34% 上下。有类剩下的有类一大块蛋糕，被 IIS、有类LiteSpeed、有类Node.js 这些名字分掉。有类这些数字背后，有类是有类不同类型的 Web 服务器在干不同的事。

最传统的有类分类方式是按“怎么处理请求”来分。Apache 走的有类是进程/线程模型——每个请求进来，它从线程池里捞一个线程出来，有类把请求从头跟到尾。有类这种模式好理解，有类模块化做得也早，mod_php、mod_ssl 这些模块插上去就能用。但问题是，连接数一多，线程切换开销就上来了。我见过一台 Apache 跑 WordPress 的机器，并发过 200 就开始喘，CPU 大量时间耗在上下文切换上，而不是真正干活。

Nginx 换了个思路。它用事件驱动 + 异步非阻塞，一个 worker 进程能扛几千个连接。请求进来不急着分配线程，而是丢进事件循环，等数据准备好了再处理。这种模型特别适合静态文件、反向代理、负载均衡这些场景。说白了，Nginx 更像一个交通调度员，不亲自搬货，但指挥效率极高。很多高流量站点现在都是 Nginx 挡在前面做反向代理，后面挂一堆 Apache 或应用服务器。

IIS 是另一条路。它跟 Windows 生态绑得很死，.NET 应用跑在上面最顺。IIS 的架构介于两者之间，有内核级的 HTTP 驱动 http.sys，请求先在内核态排队，再交给用户态的 worker 进程。这种设计在 Windows 环境下确实省事，但跨平台就基本没戏。我认识几个做企业内网的，清一色 IIS，不是因为它多好，而是 Active Directory 和 .NET 那一套东西换不掉。

还有一类是“应用内嵌”的服务器。Node.js 的 http 模块、Python 的 http.server、Go 的 net/http，这些不算独立产品，但确实在承担 Web 服务器的角色。它们通常不追求并发极限，而是图个方便——代码里几行就能起一个服务，适合开发调试、微服务内部通信。Express 跑在 Node 上，Flask 自带的 Werkzeug，都属于这种。性能上跟 Nginx 没法比，但胜在跟业务代码零距离。

最近几年还冒出一类“边缘服务器”。Cloudflare Workers、Vercel Edge Functions 这些，把 Web 服务器推到了 CDN 节点上。请求不回到源站，在离用户最近的机房就处理完了。这其实是把 Nginx 那套反向代理逻辑又往前推了一步——代理节点本身就能跑 JS/WASM 代码。对于 API 网关、A/B 测试、鉴权这些轻逻辑，延迟能压到个位数毫秒。

选哪种，看场景。静态资源多、并发高，Nginx 或 LiteSpeed 更合适。跑 PHP 老系统、需要 .htaccess 那种目录级配置，Apache 还是省心。Windows 栈、.NET 应用，IIS 不用犹豫。写个小工具、内部接口，Node 或 Go 直接起一个，别折腾。边缘计算那块，如果用户分布广、逻辑又轻，Cloudflare Workers 这类能省掉不少运维成本。

没有哪种服务器能通吃。我自己的博客用 Nginx 做前端，后面挂一个 Go 写的 API 服务，数据库查询走连接池。这套组合不新，但稳。Web 服务器这东西，跑得稳、够用、别老出幺蛾子，比追新重要得多。