在 Java Web 开发领域，Spring Boot 以其“开箱即用”的特性成为开发者的首选。默认情况下，Spring Boot 内嵌 Tomcat 作为 Web 服务器，使得开发人员可以快速构建 Web 应用。然而，近年来，越来越多的大型企业和互联网公司逐渐放弃 Tomcat，而选择 Undertow 作为更优的替代方案。
究竟是什么原因促使大厂放弃 Tomcat？Undertow 又有哪些独特优势？本篇文章将深入剖析这两种 Web 服务器的核心特性、性能对比，并指导你如何在 Spring Boot 3.4 中高效替换 Tomcat，助力你的项目在高并发场景下获得更优的表现。
Spring Boot 的默认容器 —— Tomcat
Spring Boot 作为当前最流行的 Java Web 开发框架，极大地降低了开发者的配置复杂度，使得开发人员可以迅速搭建一个完整的 Web 服务。在 Web 项目中，容器是至关重要的组件，因为它负责处理 HTTP 请求，并提供运行环境。
Tomcat 作为 Spring Boot 默认的嵌入式服务器，被广大 Java 开发者所熟悉。它支持 Servlet 和 JSP，具有完整的 Web 服务器功能，并且包含 Tomcat 管理平台、安全控制和过滤机制。然而，随着高并发业务需求的增长，Tomcat 在性能和资源消耗方面暴露出一定的局限性。
替换 Tomcat 为 Undertow
Undertow 是由 Red Hat 开发的高性能 Web 服务器，完全采用 Java 编写，支持阻塞和非阻塞 IO，并且能够无缝嵌入到 Java 应用程序中。此外，Undertow 还原生支持 Servlet 和 WebSocket，使其在高并发场景下表现卓越。
在 Spring Boot 3.4 中，我们可以轻松地用 Undertow 替换默认的 Tomcat，只需要修改项目的依赖配置：
dependency
groupIdorg.springframework.boot/groupId
artifactIdspring-boot-starter-undertow/artifactId
/dependency
dependency
groupIdorg.springframework.boot/groupId
artifactIdspring-boot-starter-web/artifactId
exclusions
exclusion
groupIdorg.springframework.boot/groupId
artifactIdspring-boot-starter-tomcat/artifactId
/exclusion
/exclusions
/dependency
完成配置后，启动 Spring Boot 应用，服务器将自动使用 Undertow 作为容器。
Tomcat vs Undertow 对比分析
性能对比
Tomcat 是 Apache 基金会旗下的轻量级 Servlet 容器，适用于一般 Web 应用。然而，在高并发场景下，Tomcat 处理请求的吞吐量相对较低。相比之下，Undertow 采用更高效的 IO 处理模型，使其在大规模请求下表现更优。
并发吞吐能力
在相同硬件环境下，我们对 Tomcat 和 Undertow 进行了并发测试，得出的 QPS（每秒请求数）如下：
闽公网安备 35020602001684号