Spring框架适用于哪些服务器，需要什么配置？

Spring框架本身不绑定任何特定服务器，但实际生产中，绝大多数Spring应用跑在Apache Tomcat上，其次是Jetty、Undertow，以及企业级场景中的WebLogic和WebSphere，选择哪台服务器，取决于你用的是Spring Boot还是传统Spring，以及部署环境有没有硬性要求。

Spring框架与服务器：天生不绑定，但默认偏爱这几个

为什么Spring不挑服务器？

Spring运行在JVM上,通过Servlet API与底层服务器交互，只要服务器完整实现了Servlet规范，Spring就能正常部署和运行，从技术上讲，Spring并不稀罕某一家服务器，它有很强的“兼容体质”。

加载中

全网最详细配置服务器环境，发布项目教程

shifou_是否

1.7万6018

原视频地址

但实际选择时,大家普遍偷懒哪个用的人多、坑少、资料全，就选哪个，Apache Tomcat是开源的Servlet容器，轻量、免费、生态成熟，所以它成了Spring社区的默认答案，行业共识认为，Tomcat在Java Web领域的地位就像Linux在服务器领域一样，不是唯一选择，但却是最不用动脑的选择。

Spring Boot时代，内嵌服务器改变了选择逻辑

传统Spring时代,你需要自己下载Tomcat、手动配置数据源、把war包丢进webapps，到了Spring Boot时代，框架直接帮你在应用里内嵌了一个Tomcat，你只需要java -jar跑起来，服务器这件事几乎变得透明。

这带来一个直接影响：很多人压根不关心服务器是什么，因为默认内嵌的Tomcat已经够用，只有遇到性能瓶颈或企业强制要求时，才会主动去换Jetty、Undertow，或者老老实实部署到WebLogic、WebSphere上。

spring框架用在哪些服务器上：五种主流容器选型指南

Apache Tomcat：默认首选，九成场景够用

Spring Boot默认内嵌Tomcat，这意味着你什么都不用配，就能得到一个可运行的Web服务，Tomcat的优势在于稳定、兼容性强、文档多，出了问题搜一下就能找到解决方案。

操作上也很简单,打包成jar直接运行，或者打包成war丢进Tomcat的webapps目录即可，如果你的项目没有特殊要求，选Tomcat基本不会踩雷。

Jetty：适合高并发长连接

Jetty比Tomcat更轻量,启动速度更快，对NIO支持得比较到位，做WebSocket服务、消息推送这类长连接高并发场景时，Jetty的调优空间更大。

切换方式很简单,在Spring Boot的pom.xml里排除Tomcat依赖，换成Jetty依赖就行，如果你对内存占用敏感，或者需要把服务器嵌到设备里，Jetty是比Tomcat更顺手的选项。

Undertow：轻量高性能的另一个选项

Undertow出自JBoss,主打低内存占用和灵活的非阻塞IO，在微服务架构里，Undertow的响应速度表现不错，很多追求极致性能的团队会从Tomcat切到Undertow。

它的配置方式和Jetty类似,改一下依赖就完事，但要注意，Undertow的社区资料相对少一些，遇到奇怪问题时排查起来会麻烦一点。

WebLogic：传统企业级Java EE应用的常客

银行、政务、电信这类行业里，WebLogic几乎是标配，它支持完整的Java EE规范，提供了集群、事务、消息服务等重量级能力，Spring应用部署到WebLogic时，通常需要把war包做适配，比如加上weblogic.xml描述文件，处理一下类加载冲突。

这里要特别提醒：WebLogic是商用收费软件，如果预算有限，非强制情况下没必要硬上。

WebSphere：IBM大机生态里的老牌选手

WebSphere同样是商用服务器,多见于IBM软硬件一体的解决方案中，它的管理控制台非常强大，但配置门槛也高，Spring应用部署到WebSphere时，容易遇到类加载委托顺序的问题，需要在应用里排除掉一些重复的库。

业内专家指出,WebSphere和WebLogic的使用者大多是存量系统，新项目基本不会再主动选它们。

spring框架用tomcat还是jetty？关键看这三点

这是很多人在选型时反复纠结的问题,从实际使用感受出发，可以从以下三个维度对比。

内存与启动速度

Jetty的整体体积更小,启动时间更短，内存占用更低，如果你的应用对资源消耗敏感，或者需要在短时间内频繁启停，Jetty更有优势，Tomcat相对“重”一点，但带来的稳定性让很多人愿意接受这点代价。

并发与长连接场景

Jetty在长连接、异步请求处理上表现更轻盈，很多即时通讯类项目选用Jetty就是看中这一点，Tomcat在传统同步请求场景下表现扎实，高并发下也能扛，但需要调优线程池和连接器参数。

社区生态与排错难度

Tomcat的使用者基数远大于Jetty,遇到问题搜索引擎一搜就有答案，第三方监控和运维工具适配也更成熟，Jetty虽然也不错，但相关资料相对少，遇到深度优化时可能需要自己读源码。

一句话总结：追求省心和稳定选Tomcat，追求极致轻量和长连接性能选Jetty。

spring框架部署在weblogic和websphere的适用场景

哪些情况必须用WebLogic？

• 客户的技术标准明确要求使用Java EE完整规范，比如JMS、EJB。
• 企业已有的运维体系围绕WebLogic搭建,比如使用它的集群和监控功能。
• 系统需要对接Oracle生态,比如Tuxedo或统一数据源管理。

部署时,除了常规war包，你还需要在WEB-INF下添加weblogic.xml，并配置合适的类加载器模式，如果发现自定义的库被WebLogic覆盖，优先检查prefer-web-inf-classes设置。

哪些情况必须用WebSphere？

• 企业硬件和中间件全部采用IBM方案,比如Power服务器配WebSphere。
• 客户有强制授权要求,不接受开源容器。
• 系统涉及大型事务处理,需要依赖WebSphere的分布式事务能力。

WebSphere部署最麻烦的是类加载策略,它默认采用“父类优先”，容易导致应用自带的Spring版本被容器内的旧版本覆盖，常见解决方法是启用“应用优先”的类加载模式，或者把Spring相关jar放入共享库统一管理。

如何选择spring框架的服务器？按实际场景走

微服务项目优先内嵌Tomcat

Spring Boot + 微服务是目前最主流的组合，每个服务独立打包成jar，内嵌Tomcat，部署时只需要有JVM环境即可，这样最省事，也最贴合容器化、Kubernetes的部署方式。

老系统升级或强制要求时选weblogic/websphere

如果客户指定要部署到WebLogic或WebSphere,那就别纠结性能差异了，直接适配，重点是处理好war包兼容性和类加载冲突，多花时间在测试环境验证。

追求性能可以试试Jetty或Undertow

在API网关、推送服务这类IO密集型应用中，Jetty和Undertow能带来更低延迟和更高吞吐，你可以先压测对比，再决定是否切换，切换成本不高，改个依赖就行。

Spring框架服务器配置实操：从jar包到war包的路径

将Spring Boot内嵌模式改为外置Tomcat

有些运维环境要求必须用外部Tomcat管理应用,步骤如下：

1. 在pom.xml中设置<packaging>war</packaging>。
2. 给启动类继承SpringBootServletInitializer，并重写configure方法。
3. 将spring-boot-starter-tomcat的依赖设为provided。
4. mvn clean package打成war包，复制到Tomcat的webapps目录。

在WebLogic上部署Spring Boot应用

• war包生成后,需要在WEB-INF下添加weblogic.xml包含类加载偏好设置。
• 发布时注意WebLogic的Web服务版本,避免与Spring内置的JSON库冲突。
• 启动日志里如果出现ClassNotFoundException，多半是classloader问题，优先调整prefer-application-packages。

使用Undertow替换Tomcat的依赖配置

在Spring Boot项目中，替换依赖如下：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-tomcat</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-undertow</artifactId>
</dependency>

改完代码后,重启应用即可看到Undertow启动日志。

Q&A：spring框架服务器常见疑问

Spring框架一定要用服务器吗？

不是,Spring框架本身只是一个运行在JVM上的类库，没有服务器它也能跑只要你不启动Web服务，但一旦涉及HTTP接口、Servlet、JSP这些功能，就必须有Servlet容器，Spring Boot默认内嵌的Tomcat就承担了这个角色。

Spring Boot自带Tomcat，部署时还要单独装吗？

大多数情况下不需要,Spring Boot打成jar包后，内嵌Tomcat会随着应用一起启动，只有当你需要war包部署到外部容器时，才需要在服务器上单独安装Tomcat、WebLogic或WebSphere。

Spring框架能跑在Nginx上吗？

不能,Nginx是Web服务器和反向代理服务器，它不解析Java字节码，也不实现Servlet规范，Spring应用只能运行在Java应用服务器上，Nginx的典型用法是放在Tomcat前面做负载均衡和静态资源缓存。