Java Servlet 技术原理与生命周期实践指南

一、技术定位：从 CGI 到 Servlet 的演进

在动态 Web 内容生成的早期阶段，通用网关接口（Common Gateway Interface，CGI）脚本是主流技术方案。CGI 以一种可移植的方式处理用户请求并生成面向用户的动态内容，其核心模型是”每个请求对应一个独立进程”：Web 服务器收到请求后派生新的进程执行脚本，脚本输出通过标准输出回传服务器，再由服务器转发给客户端。

这一模型简单直观，但代价明显。进程创建与销毁的开销随并发量线性增长，进程间无法共享内存状态，数据库连接等昂贵资源难以复用，因此在请求密集场景下吞吐能力受限。

Servlet 技术针对上述瓶颈给出了不同的答案：它不再为每个请求创建进程，而是在服务器地址空间内以 Java 类的形式驻留，由容器统一管理其创建、调度与回收。请求到达时，容器通常复用已有对象，仅以独立线程承载每次调用，从而避免进程级开销，并能借助 Java 类库完成连接池、缓存、安全校验等复用型工作。

需要明确的是，Servlet 并不局限于 HTTP。它可以对任何类型的请求产生响应，但在实践中，其最主要的用途是扩展 Web 服务器或应用服务器的能力，充当 Web 浏览器、其他 HTTP 客户端与服务器端数据库、业务应用之间的中间层。

二、核心概念：Servlet 是什么

从定义上看，Servlet 是 Java 编程语言中的一个类，运行在 Web 服务器或应用服务器上，通过”请求-响应”编程模型对外提供可访问的应用能力。它的职责可以归纳为三类：

1. 读取数据：解析客户端发送的显式数据（如表单字段、请求体）与隐式数据（如请求头、Cookie、会话标识）。
2. 处理数据：执行业务逻辑，访问数据库或其他后端服务，生成结果。
3. 发送响应：向客户端输出显式内容（文档、JSON、二进制流）以及隐式的 HTTP 响应信息（状态码、响应头）。

与 CGI 相比，Servlet 的优势体现在几个方面：

• 性能更优：在服务器地址空间内执行，无需为每个请求创建新进程；对象与资源可跨请求复用。
• 平台独立：基于 Java 字节码，不受操作系统与硬件架构约束。
• 安全性更高：运行受 Java 安全管理机制保护，可施加细粒度访问控制。
• 生态复用：可直接利用 Java 类库完成数据访问、加密、日志、并发等通用能力。

三、规范契约：Servlet 接口与生命周期方法

所有 Servlet 都必须实现 javax.servlet 包定义的 Servlet 接口，该接口规定了 Servlet 与容器之间的契约，其核心即生命周期方法。容器通过调用这些方法驱动 Servlet 的状态迁移，应用代码不应自行决定创建与销毁时机。

接口层面的关键方法包括：

• init(ServletConfig config)：初始化。容器在实例化后调用一次，用于读取配置、建立资源连接、完成一次性准备工作。
• service(ServletRequest req, ServletResponse res)：服务。每次请求到达时调用，是业务处理入口。
• destroy()：销毁。容器在移除 Servlet 前调用，用于释放资源。
• getServletConfig() / getServletInfo()：获取配置对象与描述信息。

为简化开发，规范提供了通用基类 GenericServlet，它实现了 Servlet 接口与 ServletConfig 接口，开发者只需关注 service 方法。在此基础上，HttpServlet 进一步面向 HTTP 协议做了细化：将 service 方法按请求方法分派到 doGet、doPost、doPut、doDelete 等方法，并提供对 HTTP 语义的默认处理（如对不支持的方法返回相应状态码）。实际项目中绝大多数 Servlet 都继承自 HttpServlet。

一个最小化的实现示例如下：

public class ReportServlet extends HttpServlet {
    private DataSource dataSource;
    @Override
    public void init(ServletConfig config) throws ServletException {
        super.init(config);
        // 一次性初始化：从配置读取参数并构建资源
        String jdbcUrl = config.getInitParameter("jdbcUrl");
        this.dataSource = createDataSource(jdbcUrl);
    }
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp)
            throws IOException {
        resp.setContentType("application/json;charset=UTF-8");
        String period = req.getParameter("period");
        try {
            String result = queryReport(dataSource, period);
            resp.getWriter().write(result);
        } catch (Exception e) {
            resp.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR);
            resp.getWriter().write("{\"error\":\"query failed\"}");
        }
    }
    @Override
    public void destroy() {
        // 释放初始化阶段占用的资源
        closeDataSource(dataSource);
    }
}

四、生命周期全流程解析

Servlet 的生命周期由容器控制，整体分为四个阶段，各阶段的触发时机与职责边界如下。

阶段一：加载与实例化。 容器根据部署描述符或注解配置决定何时加载 Servlet 类。加载策略通常有两种：首次请求时惰性加载，或在容器启动时预加载。预加载可避免首个请求承担类加载与初始化延迟，适合核心路径上的组件。类加载完成后，容器通过反射调用无参构造器创建实例。规范要求每个 Servlet 声明在容器中通常对应单一实例（单实例多线程模型），因此构造器应保持轻量，避免在其中执行耗时逻辑或访问尚未就绪的外部资源。

阶段二：初始化。 实例化完成后，容器调用 init(ServletConfig)，并且保证在对外提供服务前仅调用一次。此阶段是读取初始化参数、建立数据库连接池、加载静态配置、预热缓存的合适位置。若 init 抛出异常，容器不会将该实例投入服务，并通常将其标记为不可用。init 有两种重载形式，无参版本由 GenericServlet 提供并委托给带参版本，覆写时应注意调用父类实现以保留配置对象。

阶段三：请求处理。 容器为每个请求分配一个线程，在该线程上调用 service 方法。对于 HttpServlet，service 依据请求方法分派到对应的 doXxx 方法。此阶段是并发执行的热点，同一实例会被多个线程同时调用，因此业务代码必须保证线程安全：避免使用可变的实例字段承载请求级状态，优先使用局部变量；对共享资源采用同步控制、不可变对象或线程安全容器。请求与响应对象由容器创建，生命周期局限于单次调用，不应跨请求缓存引用。

阶段四：销毁。 当应用卸载或容器关闭时，容器调用 destroy()，并保证在调用前不再有请求进入该实例（或等待在途请求完成）。此阶段应关闭连接池、停止后台线程、刷新缓冲数据。destroy 只调用一次，之后实例可被垃圾回收。

四个阶段的关系可以概括为：加载与实例化决定”对象是否存在”，初始化决定”对象是否可用”，服务决定”对象做什么”，销毁决定”对象如何退出”。容器负责时序与线程调度，开发者负责各阶段内部的资源与状态管理，这一分工是理解 Servlet 编程模型的关键。

五、工程实践要点

配置方式的选择。 Servlet 的映射与参数可通过部署描述符声明，也可通过注解声明。部署描述符集中、可外部化修改，适合需要在部署期调整映射与环境参数的场景；注解声明就近、简洁，适合映射稳定的场景。初始化参数应通过配置传入而非硬编码，便于在不同环境间切换。

线程安全的落地策略。 单实例多线程模型下，常见的错误是在实例字段中保存请求相关数据。正确做法是将请求级状态限制在方法局部变量内；对于确实需要共享且可变的状态，使用并发容器或显式同步，并评估锁粒度对吞吐的影响。无状态设计是优先选项。

请求与响应的正确使用。 读取请求参数时注意区分查询串与请求体，处理字符编码以避免乱码；输出前设置内容类型与字符集；对可能较大的响应考虑流式写出而非全量缓冲；在发生错误时给出恰当的状态码而非默认成功。

异步处理的适用场景。 当业务涉及长耗时调用时，同步阻塞会占用容器线程。规范提供的异步处理能力允许将请求处理移出容器线程，待结果就绪后再完成响应，从而提升线程利用率。使用时应明确超时设置与完成回调，避免请求悬挂。

会话与状态管理。 会话数据应保持精简，避免存放大量对象；对分布式部署场景，需考虑会话的一致性策略，或将会话状态外置到共享存储。

生命周期与资源对齐。 资源获取放在 init，资源释放放在 destroy，可保证一次获取、一次释放，避免请求路径上的重复创建。对于需要热加载的场景，注意销毁阶段是否真正执行，防止资源泄漏。

六、小结

Servlet 的价值不在于复杂的 API，而在于一套清晰的契约：容器掌控生命周期与并发调度，开发者聚焦请求处理与资源管理。理解加载、实例化、初始化、服务、销毁五个环节的时序与边界，理解单实例多线程模型带来的线程安全约束，理解 Servlet 接口与 HttpServlet 基类的分层职责，是编写稳定服务端组件的前提。在此基础上，合理选择配置方式、审慎管理共享状态、恰当使用异步能力，才能让 Servlet 在动态内容生成与请求中转的场景中持续发挥其性能与可移植性优势。