有些公司为什么禁止SpringBoot项目使用Tomcat？
谢邀！
说到底，Spring Boot和Tomcat这对CP被拆散的根本原因，是Tomcat的设计在某些高并发场景下已经显得力不从心，尤其是在需要高效、稳定的长连接环境中。
从源码来看，Spring Boot内嵌Tomcat实现的核心是`spring-boot-starter-tomcat`包。启动时，Spring Boot会初始化`TomcatServletWebServerFactory`，创建内嵌的Tomcat容器，方便开发却也限制了并发性能。Tomcat底层虽然支持NIO（非阻塞I/O）和APR（原生API），但这些都是“补丁”优化，无法解决根本的并发瓶颈问题。
比如说，Tomcat创建连接的关键代码：
// Tomcat Connector初始化部分
public void initInternal() throws LifecycleException {
...
this.endpoint = new NioEndpoint(); // 默认使用NIO模式
...
this.protocolHandler = new Http11NioProtocol(endpoint);
...
}
Tomcat默认启用NIO模式来处理请求，但在高并发场景下，这种基于线程池的处理方式仍然存在瓶颈。特别是当请求数量超出线程池容量时，就会出现请求阻塞，甚至出现`RejectedExecutionException`异常。也就是说，Tomcat的同步锁和线程管理方式并不适合高并发的场景。
为了解决这一问题，有些公司会直接用Netty替代Tomcat。Netty的Reactor模型特别适合处理大并发，因为它基于异步非阻塞I/O，允许高效管理大量连接，并能灵活配置事件循环，避免线程资源的竞争。
假设我们用Netty替代Spring Boot中的Tomcat，代码如下：
import org.springframework.boot.web.embedded.netty.NettyReactiveWebServerFactory;
import org.springframework.boot.web.server.WebServerFactory;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class WebServerConfig {
@Bean
public WebServerFactory webServerFactory() {
return new NettyReactiveWebServerFactory(); // 使用Netty替代Tomcat
}
}
这样Spring Boot启动时会加载Netty容器，放弃默认的Tomcat。Netty的事件驱动模型天生支持高并发场景，比如实时推送服务、大规模的WebSocket应用等，比Tomcat稳定而高效。某金融公司曾在处理数十万实时连接时，因Tomcat频繁出现连接数耗尽问题，改用Netty后，并发处理能力提升了一倍，系统的稳定性也显著提高。
换句话说，Tomcat并不是完全不行，但它对高并发、长连接场景支持有限，且在处理大量请求时的同步锁管理容易造成性能瓶颈。所以，才有些公司在Spring Boot项目中禁止使用Tomcat，选择Netty或Undertow等容器来保证项目的高并发性能与稳定性。
最后，分享一个不错的编程导航网站，里面有大量的免费教程供你学习：
https://www.j301.cn/java.html
