获课：xingkeit.top/16338/

尚硅谷 JavaWEB 技术分享：Servlet 与 JSP 核心原理

在 Java Web 开发的历史长河中，Servlet 与 JSP 犹如两座巍峨的灯塔，照亮了动态网页开发的早期航道。即便在当今微服务与前后端分离架构盛行的时代，深入理解这两者的核心原理，依然是每一位 Java 工程师构建坚实技术地基的必修课。它们不仅是 Java EE 规范的基石，更是理解现代 Web 框架（如 Spring MVC）底层逻辑的钥匙。

首先，让我们揭开 Servlet 的神秘面纱。很多初学者误以为 Servlet 是一个普通的类，其实不然。从本质上讲，Servlet 是运行在服务器端的 Java 小程序，是服务器与客户端（浏览器）之间的“外交官”。它的核心原理建立在“单例多线程”的模型之上。当 Web 容器（如 Tomcat）启动并首次加载某个 Servlet 时，它会创建该 Servlet 的唯一实例，并在其整个生命周期内复用这个实例。每当有新的请求到来，容器不会创建新的对象，而是启动一个新的线程来调用该实例的 service 方法。这种设计极大地节省了服务器内存资源，提升了并发处理能力。然而，这也带来了线程安全的问题，要求开发者在处理成员变量时必须慎之又慎。Servlet 的生命周期由容器严格管理，经历“加载实例化”、“初始化（init）”、“服务（service）”和“销毁（destroy）”四个阶段，这一流程确保了资源的有序分配与释放，体现了容器化管理的智慧。

紧接着是 JSP（JavaServer Pages）。如果说 Servlet 是纯粹的 Java 代码嵌入 HTML 的“硬汉”，那么 JSP 则是 HTML 嵌入 Java 代码的“艺术家”，旨在让前端页面开发人员更容易上手。但 JSP 的核心原理往往被其简洁的语法所掩盖：JSP 本质上就是 Servlet。当服务器第一次接收到对某个 JSP 页面的请求时，JSP 引擎会将该 JSP 文件“翻译”成一个对应的 Java 源文件（即 Servlet），然后编译成字节码类文件并执行。此后，除非 JSP 文件被修改，否则服务器直接运行编译后的 Servlet 类。这意味着，你在 JSP 中写的每一行脚本、每一个标签，最终都会变成 Java 代码中的 out.write() 语句，用于向响应流输出 HTML 内容。理解“JSP 即 Servlet”这一真理，就能明白为什么在 JSP 中可以使用内置对象（如 request、response），因为它们其实就是转换后 Servlet 方法中的局部变量。

在架构演进中，Servlet 与 JSP 逐渐形成了经典的“模型二”架构，即 MVC 模式的雏形。在这种模式下，Servlet 担任“控制器（Controller）”的角色，负责接收请求、调用业务逻辑、处理数据流转；而 JSP 则退居为“视图（View）”，只专注于数据的展示和页面的渲染，不再包含复杂的业务逻辑。这种职责分离不仅提高了代码的可维护性，也促进了团队协作的效率。虽然后来的框架将这一过程封装得更加隐蔽，但其内核依然未变：请求先到达前端控制器（DispatcherServlet），再分发给具体的处理单元，最后通过视图解析器找到对应的视图资源进行渲染。

综上所述，Servlet 提供了强大的逻辑控制能力和生命周期管理，是 Java Web 的后端引擎；而 JSP 通过“翻译机制”实现了动态内容的便捷生成，是连接数据与界面的桥梁。两者相辅相成，共同构成了 Java Web 技术的基石。掌握它们的核心原理，不仅能帮助我们更好地调试和优化传统项目，更能让我们在面对 Spring Boot 等现代框架时，知其然更知其所以然，从而在技术道路上走得更远、更稳。在技术快速迭代的今天，回归基础，深挖原理，才是以不变应万变的制胜之道。