深入剖析Tomcat之Servlet映射与应用程序重载机制

本文链接：https://blog.csdn.net/wj_rdk/article/details/148319477

深入剖析Tomcat之Servlet映射与应用程序重载机制

在Java Web开发领域，Tomcat是一款备受青睐的应用服务器。深入了解Tomcat的工作原理，对于开发者优化应用性能、排查问题以及充分发挥其功能至关重要。今天，咱们就一起来深入学习Tomcat中的Servlet映射和应用程序重载机制这两个关键知识点，希望能和大家一起在学习中进步。

一、Servlet映射机制

（一）什么是Servlet映射

简单来说，Servlet映射就是把浏览器发送过来的请求和对应的Servlet程序关联起来。当我们在浏览器地址栏输入一个URL，Tomcat得知道该找哪个Servlet来处理这个请求，这就靠Servlet映射了。比如，访问http://localhost:8080/myapp/user，Tomcat需要快速找到处理/user请求的Servlet，这一过程就是Servlet映射在发挥作用。

（二）映射规则

Tomcat的Servlet映射遵循一套严谨的规则，主要包含以下几种匹配方式：

精确匹配（Exact Match）：这种匹配方式最为直接。当请求的URI和我们配置的Servlet映射路径完全一致时，就会触发精确匹配。假设在web.xml文件中配置了<servlet-mapping>：

<servlet-mapping>
    <servlet-name>UserServlet</servlet-name>
    <url-pattern>/user</url-pattern>
</servlet-mapping>

当请求的URI是/user时，Tomcat会精准地找到UserServlet来处理这个请求。就好比你在一堆钥匙里找一把能开特定锁的钥匙，完全对上号才能打开。

前缀匹配（Prefix Match）：前缀匹配是指请求的URI以配置的映射路径为前缀，且在路径后还跟着/*。例如，配置如下：

<servlet-mapping>
    <servlet-name>AdminServlet</servlet-name>
    <url-pattern>/admin/*</url-pattern>
</servlet-mapping>

那么，/admin/list、/admin/detail等以/admin开头的请求，都会由AdminServlet来处理。这就像是你拿着一把万能钥匙，只要锁的开头部分和钥匙匹配，就能尝试打开。

扩展名匹配（Extension Match）：扩展名匹配是依据请求URI的扩展名来进行匹配。例如：

<servlet-mapping>
    <servlet-name>FileServlet</servlet-name>
    <url-pattern>*.html</url-pattern>
</servlet-mapping>

当请求的URI是index.html、about.html等以.html结尾的文件时，FileServlet就会被调用。这有点像根据文件的特定标识来找到对应的处理程序。

默认匹配（Default Match）：默认匹配是前几种匹配方式都不生效时的兜底方案。通常会配置一个默认的Servlet来处理其他未匹配的请求。在web.xml中可以这样配置：

<servlet-mapping>
    <servlet-name>DefaultServlet</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

如果一个请求的URI经过前面几种匹配方式都没有找到对应的Servlet，就会由这个默认的DefaultServlet来处理。这就好比是最后一道防线，确保每个请求都有对应的处理方式。

（三）代码示例

下面通过一个简单的Java代码示例，展示如何在Tomcat中配置和使用Servlet映射。
首先，创建一个Servlet类：

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.io.PrintWriter;

public class HelloServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        response.setContentType("text/html");
        PrintWriter out = response.getWriter();
        out.println("<html><body>");
        out.println("<h1>Hello, Tomcat!</h1>");
        out.println("</body></html>");
    }
}

然后，在web.xml中配置Servlet映射：

<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
                             http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
         version="3.1">
    <servlet>
        <servlet-name>HelloServlet</servlet-name>
        <servlet-class>HelloServlet</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>HelloServlet</servlet-name>
        <url-pattern>/hello</url-pattern>
    </servlet-mapping>
</web-app>

当我们启动Tomcat，访问http://localhost:8080/项目名/hello时，就能看到Hello, Tomcat!的页面，这就是Servlet映射成功的效果。

二、应用程序重载机制

（一）为什么需要应用程序重载

在开发过程中，我们经常会修改web.xml文件或者更新WEB - INF/classes目录下的类文件。如果每次修改都要重启Tomcat，那效率就太低了。应用程序重载机制就是为了解决这个问题，它能在不重启Tomcat的情况下，自动加载修改后的内容，大大提高开发效率。

（二）Tomcat 4中的重载实现

在Tomcat 4中，重载功能主要由WebappLoader类实现。WebappLoader类实现了Loader接口，它会启动一个单独的线程来定时检查WEB - INF目录中所有类和JAR文件的时间戳。当发现文件的时间戳有变化时，就会触发应用程序的重载。下面是一个简化的示例代码，展示其大致的工作原理：

import java.util.Timer;
import java.util.TimerTask;

public class WebappLoader {
    private boolean reloadable;
    private Timer timer;

    public void setReloadable(boolean reloadable) {
        this.reloadable = reloadable;
        if (reloadable) {
            startTimer();
        } else {
            stopTimer();
        }
    }

    private void startTimer() {
        timer = new Timer();
        timer.schedule(new TimerTask() {
            @Override
            public void run() {
                // 检查WEB - INF目录下文件时间戳的逻辑
                System.out.println("检查文件时间戳...");
            }
        }, 0, 5000); // 每5秒检查一次
    }

    private void stopTimer() {
        if (timer != null) {
            timer.cancel();
            timer = null;
        }
    }
}

在上述代码中，setReloadable方法用于控制重载功能的开启和关闭。当reloadable为true时，启动定时器开始检查；为false时，停止定时器。

（三）Tomcat 5中的重载实现

到了Tomcat 5，为了节省资源，对重载机制进行了优化。所有的后台处理，包括检查类的时间戳以支持重载，都统一由backgroundProcess()方法来执行。各个组件或Servlet容器如果需要执行周期性操作，只需将相关代码写在backgroundProcess()方法中即可。例如：

import org.apache.catalina.Container;
import org.apache.catalina.Context;
import org.apache.catalina.LifecycleException;
import org.apache.catalina.core.ContainerBase;

public class CustomContext extends ContainerBase implements Context {
    @Override
    public void backgroundProcess() {
        // 检查类文件时间戳的逻辑
        System.out.println("在Tomcat 5中检查类文件时间戳...");
    }

    // 其他Context接口需要实现的方法省略
}

在这个示例中，CustomContext类继承自ContainerBase并实现了Context接口，在backgroundProcess()方法中添加了检查类文件时间戳的逻辑。这样，Tomcat 5在运行过程中，就会通过这个共享线程调用backgroundProcess()方法来检查文件变化，实现应用程序的重载。

三、知识点总结

知识点	描述
Servlet映射	将请求URI与Servlet关联的机制
精确匹配	请求URI与配置路径完全一致时匹配
前缀匹配	请求URI以配置路径为前缀且后接`/*`时匹配
扩展名匹配	根据请求URI的扩展名进行匹配
默认匹配	前几种匹配失败时的兜底匹配方式
应用程序重载（Tomcat 4）	`WebappLoader`类启动线程检查文件时间戳实现重载
应用程序重载（Tomcat 5）	`backgroundProcess()`方法执行检查类时间戳等后台操作实现重载