Tomcat或其他服务器如何将请求传递至Spring Boot应用？

好问题！很多教程只讲Spring Boot怎么处理请求，但底层服务器（比如Tomcat）是怎么把请求递交给Spring应用的，这才是理解整个Web机制的核心。我一步步给你拆解清楚：

1. 先理清：Spring Boot 和 Tomcat 的关系 #

Spring Boot默认内嵌了Tomcat（当然也可以替换成Jetty/Undertow），所以启动Spring Boot应用时，是Tomcat先启动起来，然后Spring的上下文才会在Tomcat内部完成初始化。简单说，Tomcat是“容器”，Spring Boot是跑在容器里的“业务应用”，所有请求都得先经过Tomcat，再流转到Spring层面。

2. Tomcat 是怎么接住请求的？ #

当用户发送HTTP请求到你的应用端口（比如默认的8080），首先是操作系统把这个网络请求转发给Tomcat的Connector（连接器）。Connector的工作就是监听指定端口，接收TCP连接，把字节流解析成Tomcat标准的HttpServletRequest和HttpServletResponse对象——这一步相当于把原始的网络数据“翻译”成Java Web能识别的格式。

接着，Tomcat会通过自己的Engine-Host-Context-Wrapper层级结构，根据请求的URL找到对应的Web应用（也就是你的Spring Boot应用）。这里的Context其实就对应Spring Boot的Web上下文。

3. 关键环节：Tomcat 怎么把请求交给 Spring Boot？ #

核心就在DispatcherServlet这个家伙身上：

• Spring Boot启动时，会自动配置DispatcherServlet，并把它注册到Tomcat的Servlet容器中，默认映射到/路径（也就是所有请求都会经过它）。
• 当Tomcat完成请求的初步封装后，就会把HttpServletRequest和HttpServletResponse对象传递给DispatcherServlet的service()方法——这就是Tomcat到Spring Boot的“交接点”。

4. Spring Boot 拿到请求后的常规操作 #

这部分就是大家比较熟悉的流程了，简单提一下保证链路完整：

• DispatcherServlet通过HandlerMapping根据请求的URL、HTTP方法等找到对应的Controller方法；
• 再通过HandlerAdapter调用该Controller方法，执行你的业务逻辑；
• 最后通过ViewResolver把处理结果转换成响应，再通过Tomcat返回给客户端。

额外补充：外置Tomcat的情况 #

如果你不用内嵌Tomcat，而是把Spring Boot打包成WAR包部署到外置Tomcat，流程本质上是一样的：

• 外置Tomcat启动时加载WAR包，初始化Spring的Web上下文；
• 同样是Tomcat的Connector接收请求，找到对应的WAR应用，再转交给DispatcherServlet处理。

内容的提问来源于stack exchange，提问作者S.Ye