Java开发中使用的服务器主要分为Servlet容器（Tomcat、Jetty、Undertow）、全功能应用服务器（WildFly、WebLogic、WebSphere）和高性能网络框架（Netty）三类，其中Tomcat以超90%的市场覆盖率占据绝对主流，Spring Boot内置服务器则以“零配置启动”改变了传统部署方式。
Java服务器全景：从传统容器到现代嵌入式方案
先做一个整体梳理,Java服务器不像数据库或缓存那样选型单一，它横跨多个技术层次，每个层次解决不同问题，业内专家指出，选错服务器导致的性能瓶颈和运维成本，往往比业务代码问题更隐蔽、更难排查。
按功能定位划分的四类Java服务器
第一类：经典Servlet容器。 这类服务器只负责Web应用的基础运行，JSP、Servlet、静态资源都在它的管辖范围内。Tomcat是这一类的标杆产品，Apache基金会出品，开源免费，全世界绝大多数Java Web项目都在使用它。Jetty同样出自Eclipse社区，体积小、启动快，适合嵌入式开发。Undertow是Red Hat公司的产品，基于NIO模型，在并发处理上有独特优势。
第二类：全功能应用服务器。 这一级别的服务器不仅包含Servlet容器的能力，还完整实现了EJB、JTA、JMS等Java EE全套规范。WildFly是JBoss社区的旗舰产品，改名自JBoss AS。WebLogic和WebSphere分别是Oracle和IBM的商业产品，在金融、电信等大型政企项目中常见，这类服务器功能繁重，部署和调优的复杂度较高。
第三类：纯NIO网络框架。 Netty和Grizzly属于编程框架而非完整意义上的服务器，但它们能组装出高性能的TCP服务器、HTTP网关，物联网设备接入、即时通讯服务、API网关等对吞吐要求极高的场景里，Netty的出镜率远高于Tomcat。
第四类：云原生时代的服务器。 Kubernetes环境下的Spring Boot内嵌服务器成为主流，Spring Boot默认打包Tomcat或Undertow进去，应用本身就是一个独立运行的进程，不再需要单独安装外部容器。
一张表理清服务器选型维度
| 服务器 | 开源 | 启动速度 | 内存占用 | 典型场景 |
|---|---|---|---|---|
| Tomcat | 是 | 中等 | 中等 | Web应用、Spring Boot默认 |
| Jetty | 是 | 快 | 较低 | 嵌入式Web组件 |
| Undertow | 是 | 快 | 较高 | Spring Boot可选、高并发网关 |
| WildFly | 是 | 慢 |
高 | Java EE全栈应用 |
| WebLogic | 否 | 慢 | 最高 | 传统银行业务系统 |
| WebSphere | 否 | 慢 | 最高 | 大型央企核心系统 |
| Netty | 是 | 不适用 | 自定义 | 自研RPC框架、IoT接入 |
java服务器选型对比：Tomcat、Jetty、Undertow到底怎么选
这是Java开发中最常遇到的问题,三个开源容器各有脾气，选型不能只看宣传数据，要结合你的项目部署方式和团队维护能力综合判断。
Tomcat：默认中的默认
Tomcat自1999年诞生以来就跟着Java Web一起成长，它对Servlet规范的支持最完整，遇到奇怪的框架兼容性问题时，Tomcat往往最先得到修复，Spring Boot官方默认打包的也是Tomcat（如果你不额外配置的话）。
Tomcat的优势在于资料丰富。 无论你遇到线程池耗尽、Session粘滞还是HTTPS双向认证的问题，搜索引擎都能找到大量真实案例和解决方案，新手团队闭着眼睛选Tomcat不会有大坑，运维老手也能一眼看出Tomcat各种Connector参数的意义。
Tomcat的劣势在于默认配置偏保守,默认线程池大小、连接超时这些参数都留了较大余量，不调优的情况下只能发挥六七成性能，部分开发者反馈Tomcat在极端高并发（比如每秒数千次请求）下会出现响应波动。
Jetty：小巧灵活的嵌入式之王
Jetty的最大卖点是体积小，它整个分发包才几兆，对比Tomcat的十几兆轻便得多，Jetty的设计从一开始就考虑嵌入式调用，你可以用几行代码在一个普通main方法里启动一个Jetty服务，非常适合做工具型应用、微服务边车（Sidecar）组件。
大型电商系统中,Jetty常被用在内部管理端、定时任务控制中心这类并发不高但对启动速度敏感的场景。Jetty在Servlet规范新特性的跟进速度上速度快于Tomcat，一些实验性接口常先在Jetty上落地。
Jetty对复杂企业级应用的支持稍显薄弱,比如分布式Session管理器、JDBC连接池的整合文档不如Tomcat丰富，如果是几十个服务组成的微服务集群，Jetty的轻量特性会让运维压力小不少。
Undertow：高并发场景的潜力股
Undertow走的是NIO路线,采用非阻塞IO模型，同等硬件条件下能支撑更多并发连接，容器云的自动伸缩场景下，Undertow因为启动速度快受到不少技术团队偏爱。
选用Undertow需要注意它默认开启HTTP/2和Server Push，在旧版浏览器兼容性调配上需要额外工作，Undertow的内核设计比Tomcat年轻，Direct Buffer（直接内存）的使用更激进，监控内存指标的思路要相应调整，如果你的项目里大量使用WebSocket实时推送，Undertow的IO线程模型能占不少便宜。
Java Web开发用什么服务器：生产环境部署的最佳实践
搞清楚选型后,更要明白实际部署时怎么操作，生产环境玩法和本地开发差异巨大，不少项目在本地跑得好好的，一上生产环境就卡顿，多半是服务器配置和场景不匹配。
Spring Boot项目部署的两条路径
使用内置服务器直接运行。 执行java -jar app.jar即可完成启动，内部默认走Tomcat的内嵌模式，这种方式适合微服务和独立的业务API，一条命令搞定部署，不需要外部依赖，K8s的探针检查也方便。
部署到外部Tomcat的war包模式。 修改Spring Boot的打包方式为war，放到Tomcat的webapps目录下，这种模式在传统企业机房、政务云环境中仍相当常见，系统管理员可以在Tomcat层做统一的管理（日志切割、权限控制），不需要每个应用单独设置。
两种路径的选择并不矛盾,多数情况下推荐内置服务器方式，部署简单、运维自动化的门槛低，如果公司已有成熟的Tomcat集群管理平台，外置容器模式也完全可行。需要留意单应用和容器内线程争抢的问题大而全的Eclipse插件型应用、报表服务这些重度Web应用，用外置Tomcat隔离得更好。
高并发场景下的服务器配置实操
Tomcat的并发能力瓶颈主要在Connector和Executor,实际调优时，修改server.xml里的maxThreads参数最直接，行业共识认为，一台4核8G的机器跑Tomcat，线程数设置在200到300比较合理，开太多反而增加上下文切换成本。
对于部署在Linux服务器上的Java应用,还需要调整文件描述符上限和内核参数，执行ulimit -n 65535，以及调整/etc/sysctl.conf里的net.core.somaxconn，都能有效提升连接容载量。
如果并发量继续上涨,靠单台服务器调优天花板很快就会出现，这时在Tomcat前面加一层Nginx做负载均衡，能解决不少端口占用和连接堆积的问题，网关层缓存静态资源之后，Tomcat只管处理动态请求，CPU和内存的消耗都会下降一大截。
国内Java服务器推荐：从轻量云服务器到企业级应用服务器的价格与选型参考
服务器软件选型之外,很多人其实问的是硬件层面的“用服务器”云服务器选多大配置、哪个地域的机房延迟低，这也是Java部署绕不开的一环。
云服务器配置建议与价格参考
个人学习和小型项目的选择是2核4G的云服务器，这个配置跑一个带MySQL和Redis的Java单体应用绰绰有余，主流云厂商的新用户优惠价通常在每年几百元到上千元之间，具体价格因地域、计费周期差异较大。
正式上线的小微企业应用建议选择4核8G起步，带宽按峰值预估，这类配置的包年费用在几千元范围，到了这个档位就能支撑日均几万PV的业务了，如果只是做Demo演示或面试作品展示，花几十块钱买一个月的轻量应用服务器也够用。
电商大促类或社交类项目的Java服务集群，起步至少是8核16G的规格，并且要有伸缩组配合，单纯堆配置不如购买多台低配机器做分布式集群划算，Java应用在集群模式下比单机模式更能发挥性能优势。
地域节点选择的两个原则
一是靠近用户，面向华东用户就选上海或杭州节点，面向华南用户就选广州或深圳节点，4ms和20ms的延迟差异在接口调优时感觉很明显。
二是同区域访问云数据库与缓存，如果Java应用部署在北京，而数据库买在成都，两台内网机器之间走运营商公网链路，光数据库连接的开销就多出20至50毫秒，这对多个接口性能的影响是叠加的，Java应用服务器与中间件产品最好选同一地域甚至同一可用区。
商业应用服务器的成本考量
WebLogic和WebSphere的授权费用不菲,一般按CPU核数计费，动辄数万甚至数十万元一年，选择它们的企业多数是因为手上改不动的老旧系统，新项目基本没人会主动选商业服务器了。
Docker和K8s普及之后,容器里的Java应用不再绑定特定服务器的目录结构，Tomcat的webapps目录被镜像层替代，Jetty的嵌入式依赖被Maven或Gradle直接管起来，这种指明服务器的时代已经过去。
Java服务器常见问题解答
Java服务器和Nginx能混用吗？
能,而且混用是生产环境的标准架构之一，Nginx处理静态文件、TCP负载均衡和SSL卸载，Tomcat或Spring Boot的嵌入式Tomcat处理Java业务逻辑与动态接口，动静分离的架构可以大幅削减Java服务器的CPU和线程开销。
Tomcat的默认端口能否修改，在哪改？
端口和虚拟目录都在conf/server.xml中定义，修改<Connector port=参数并重启服务即可，要注意的是，在云平台上运行Java服务器时，修改后需要同时调整安全组的防火墙策略，否则外部流量到达不了应用进程。
Java服务器有种类很多吗，为什么Intel CPU核数越高Java应用响应反而变慢？
同等配置下,服务器种类并不影响CPU性能，此现象多与JVM垃圾回收参数有关，服务器核数增多后，GC线程数也随之增加，如果堆内存设置不合理，GC暂停时间会被拉长，应用响应自然变慢，这种情况日常建议先用jstat -gcutil观察GC停顿频率。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/730113.html
