常见的web容器有哪些

Tomcat 跑一个 Java Web 应用，Nginx 挡在前面做反向代理和静态资源缓存——这套组合拳我用了快八年。容器但你要真问“常见的容器 web 容器有哪些”，很多人第一反应还是容器只报出 Tomcat 和 Nginx，漏掉 Jetty、容器Undertow 这些同样能扛活的容器角色。更别提 IIS 和 Apache HTTP Server 了，容器它们在某些技术栈里依然是容器默认选项。

先理清一个概念：web 容器和 web 服务器经常被混着叫，容器但严格说，容器容器侧重“跑动态请求、容器管理组件生命周期”，容器服务器侧重“处理 HTTP 连接、容器分发请求”。容器Tomcat 既是容器容器也是服务器，Nginx 通常只算服务器，但通过 ngx_http_proxy_module 也能把请求转给后端容器。日常聊天里没人抠这个字眼，你知道我在说啥就行。

Java 世界里，Tomcat 的统治力不用怀疑。Spring Boot 默认内嵌它，你写个 @RestController 打上 jar 包，java -jar 一跑，Tomcat 就在 8080 端口等着了。它的 server.xml 里 Connector 和 Engine 的嵌套结构，调优时得盯着 maxThreads、acceptCount 这些参数。我见过一个老项目，Tomcat 7 配了 500 个线程，结果数据库连接池只有 20，压测时线程全堵在获取连接上——容器本身没问题，是配置拖了后腿。

Jetty 比 Tomcat 轻，启动快，嵌入式场景用得不少。比如你写个简单的 HTTP 接口测试工具，或者跑个 Mock Server，Jetty 的 API 更直白。Eclipse 基金会维护它，但社区活跃度这两年明显不如 Tomcat。Undertow 是 Red Hat 推的，WildFly 默认用它，性能数据好看，尤其是高并发下的内存占用。不过生态和文档丰富度差一截，出了问题搜到的答案少，得自己啃源码。

Nginx 严格说不是容器，但没它很多架构转不动。静态文件、SSL 终止、负载均衡、限流，全在 nginx.conf 里写。我习惯把 proxy_pass 指向 Tomcat 的 8080，再开 gzip on 和 expires 7d 给静态资源。有个坑：Nginx 的 proxy_read_timeout 默认 60 秒，后端接口跑批处理超过一分钟，直接 504，得手动调大。

Apache HTTP Server 年纪最大，模块多到吓人。mod_php 让它当年统治了 LAMP 架构，现在用 mod_proxy 也能反代 Tomcat。但它的进程模型偏重，高并发下不如 Nginx 省资源。我上次配 mod_jk 连 Tomcat，光 workers.properties 就折腾半小时，Nginx 两行搞定。除非维护老系统，新项目我基本不碰 Apache 了。

微软系里 IIS 是标配。ASP.NET 应用挂上去，配合 web.config 做 URL 重写和身份验证。Windows 服务器上它和 Tomcat 不冲突，各跑各的。有个细节：IIS 的应用程序池回收默认 1740 分钟一次，半夜回收时第一个请求会卡几秒，生产环境记得关掉或调成定时重启。

还有 Python 的 Gunicorn、uWSGI，Node.js 的 PM2 严格说不算 web 容器，但干的是类似的活——管理进程、处理并发。Go 更直接，net/http 标准库起个服务，连容器都省了。所以“web 容器”这个词的边界在模糊，云原生时代大家更爱说“运行时”或“网关”。

最后提一嘴：Tomcat 的 conf/web.xml 里默认开了 DefaultServlet 处理静态文件，但性能远不如 Nginx。我见过有人把图片全放 Tomcat 的 webapps 下，然后抱怨加载慢——换个 Nginx 立马起飞。容器各有所长，别让它干不擅长的活。

本文地址：http://www.79wt.cn/news/812d9699091.html