【后端基础】Tomcat 到底是个啥？为什么写 Java Web 要用到它？

前言

作为一个 Java 后端开发初学者。使用 Spring Boot 一直都在和Tomcat打交道，但是我却一直不太了解原理，往往一个 `@SpringBootApplication` 注解下去，服务就跑起来了。其次之前我的学习路径很乱，直接简单学完java基础以及javaweb敲完了苍穹之后，就去练习别的项目了，对于其他项目中涉及到的HttpServletResponse和HttpsServletRequest我一直不太理解迷迷糊糊，这几天单独了解了一下发现原来是Spring内嵌了tomcat。以及了解Servlet的知识，之前项目不理解的部分豁然开朗，强烈建议学习者一定要打好基础，再去学习项目不然会感觉举步维艰，容易放弃。

Servlet知识补充可以看java3y这个博主，他的文章详细且容易理解，我这种小菜菜竟然都能看懂，非常容易理解，强烈推荐学习，是一个系列教程总共有六篇，受益良多。

点击跳转

再了解完java网络编程的之后之后你有没有思考过一个底层的灵魂拷问：

“为什么我们需要 Tomcat？既然 Java 有 Socket，我们直接建立连接传输数据不就行了吗？为什么中间非要夹一个容器？”

这个问题其实直指 Web 开发的本质。今天我们就来聊聊 Tomcat 究竟帮我们承担了什么。

一、 如果没有 Tomcat，世界会怎样？

想象一下，如果不使用 Tomcat，单靠 Java 的 Socket 编写一个 Web 服务器，你需要面对什么？

这就好比你想开一家餐厅（开发 Web 应用），但你必须亲自去盖房子、铺水管、接电线（处理底层网络连接）。

你需要手写代码去处理以下“脏活累活”：

1. 解析 HTTP 协议： 浏览器发给你的是一堆 GET /user?id=1 HTTP/1.1 这样的字符串。你需要自己写字符串截取逻辑，去分析哪部分是 Header，哪部分是 Body，Cookie 在哪里。
2. 管理多线程： 如果一秒钟来了 1000 个用户，你怎么处理？你需要自己写线程池，自己处理并发安全，稍有不慎服务器就 OOM（内存溢出）崩溃。
3. 连接复用： 怎么处理 Keep-Alive？怎么处理 TCP 握手和挥手？

结论： 假如没有 Tomcat，你 90% 的时间都在写网络通信代码，只有 10% 的时间在写业务逻辑（比如“登录”、“下单”）。

二、 Tomcat 的核心角色：保姆与翻译官

Tomcat 的官方名称是 Servlet容器。它的出现，就是为了把开发者从底层的网络细节中解放出来。

我们可以把它看作餐厅的大堂经理兼服务员：

• Tomcat (容器)： 负责站在门口（监听 8080 端口），把客人领进来，记下客人点的菜，整理成一张标准的菜单，递给后厨。
• Servlet (你写的代码)： 就是后厨的大厨。你根本不需要管客人是从哪个门进来的，也不用管他说话带什么口音，你只看那张标准的菜单（Request 对象），然后专心炒菜（处理业务）。

三、 关键解惑：到底是谁在封装数据？

这是很多初学者容易混淆的地方：我们代码里用的 HttpServletRequest 到底是 Tomcat 给的，还是 Java 给的？

这里涉及到了 Java 中“接口（标准）”与“实（干活）”的区别：

1. 甲方定标准：Servlet 规范

Java 官方（Jakarta EE/Java EE）制定了 Servlet 规范。 它定义了一个接口 `javax.servlet.http.HttpServletRequest`。这就像是一张合同，上面写着：“不管谁来做服务器，传给开发者的对象必须有 `getParameter()` 方法，必须有 `getMethod()` 方法。”

Servlet 规范不做任何封装工作，它只是发号施令。

2. 乙方干苦力：Tomcat

Tomcat 是这个规范的实现者。它是真正干活的。

当一个请求通过网线变成 0101 的字节流到达服务器时，Tomcat 内部的引擎开始工作：

1. 接收字节流： 也就是 Socket 读取。
2. 解析与封装（重点）： Tomcat 内部有大量的代码（C语言风格的解析逻辑）去分析这些字节，把 HTTP 协议的字符串解析出来。
3. 实例化对象： Tomcat 会 new 一个自己定义的类（例如 org.apache.catalina.connector.Request），这个类实现了 Servlet 定义的接口。
4. 填充数据： 它把解析出来的 URL、Header、参数，全部填进这个对象里。
5. 传递： 最后，它调用你的 Servlet，把这个填满了数据的对象传给你。

所以，真正把“字节流”变成“Java 对象”的，是 Tomcat。

四、 Spring Boot 是怎么做的？

在以前（SSM 时代），我们需要下载并安装一个 Tomcat 软件，把代码打成 war 包扔进去跑。这叫外置容器。

现在 Spring Boot 流行内置容器。 当你引入 spring-boot-starter-web 时，Spring Boot 会自动把 Tomcat 当作一个普通的 Jar 包依赖引入进来。

程序启动时，Spring Boot 会通过 Java 代码动态地 new Tomcat()，并在内部配置好端口和上下文。这就好比现在的房车（Spring Boot），出厂自带了厨房（Tomcat），你只需要把车发动，厨房就能用了，再也不用自己去盖房子。

五、 总结

Tomcat 之所以重要，是因为它在 OS（操作系统/网络和你的业务代码之间架起了一座桥梁。

• Socket 负责传输数据（运水管）。
• Tomcat 负责解析数据、管理线程、封装对象（净水器）。
• Servlet 负责定义交互标准（杯子的形状）。
• 你 只需要负责拿到杯子，把水喝掉（处理业务）。

理解了这一点，你再看 HttpServletRequest和HttpServletResponse就会豁然开朗。