【SpringMVC】DispatcherServlet的＜url-pattern＞配置 / 和 /* 的区别

需要先弄清楚两个知识点：1.servlet的url匹配规则及顺序；2.tomcat提供的两个Servlet

一、servlet的url匹配规则及顺序

参考servlet的url匹配规则及顺序

注意：路径模糊匹配，单星号（*）是Servlet的写法，双星号（**）是Spring的写法。

二、tomcat提供的两个Servlet

Tomcat在$ CATALINA_BASE/conf/web.xml中默认定义了两个Servlet：DefaultServlet和JspServlet，而且由于$ CATALINA_BASE/conf/web.xml为Web应用的默认部署描述文件，因此这两个Servlet会默认存在所有Web应用容器中。

DefaultServlet

DefaultServlet为默认的Servlet，当客户端请求不能匹配其他所有Servlet时，将由DefaultServlet处理。它配置的url-pattern为/。

DefaultServlet主要用于处理静态资源，如HTML、图片、CSS、JS文件等，而且为了提升服务器性能，Tomcat对访问文件进行缓存。按照默认配置，客户端请求路径与资源的物理路径是一致的。

如果我们希望Web应用覆盖Tomcat的DefaultServlet配置，只需将“ / ”添加到自定义Servlet的url-pattern中即可（此时，自定义Servlet将成为Web应用的默认的Servlet）。

JspServlet

默认情况下，JspServlet的url-pattern为*.jsp和*.jspx，因此他负责处理所有JSP文件的请求。

JspServlet主要做了这些事情：

1. 根据JSP文件生成对应Servlet的Java代码（JSP文件生成类的父类为org.apache.jasper.runtime.HttpJspBase——实现了Servlet接口）。
2. 将Java代码编译为Java Class。Tomcat支持Ant和JDT（Eclipse提供的编译器）两种编译JSP类，默认采用JDT。
3. 构造Servlet类实例并且执行请求

三、DispatcherServlet的配置/和/*的区别

怎么做

web应用需要放在Tomcat容器中才能启动，Tomcat容器内有一个默认的web.xml文件，在自己项目中配置的XML文件都是继承自Tomcat中的全局XML文件并重写其中相应配置，这种继承且重写的关系和子类继承父类并重写相关方法一样，如果子类重写了父类的方法，那么就使用子类的方法，反之就使用父类的方法。像XML这种格式化的文件最终会被转换成一个类去保存配置信息，所以理解全局XML文件和项目XML文件的关系也可以类比子类重写父类方法的模式。

打开Tomcat安装目录下的XML文件，关注其中两个servlet及其对应的servlet-mapping。

• default。default servlet用于处理静态资源，如果一个请求在无法找到servlet-mapping去处理那么最终会被default处理。
• jsp。用于处理所有jsp结尾的请求。

    <servlet>
        <servlet-name>default</servlet-name>
        <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
        <init-param>
            <param-name>debug</param-name>
            <param-value>0</param-value>
        </init-param>
        <init-param>
            <param-name>listings</param-name>
            <param-value>false</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet>
        <servlet-name>jsp</servlet-name>
        <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
        <init-param>
            <param-name>fork</param-name>
            <param-value>false</param-value>
        </init-param>
        <init-param>
            <param-name>xpoweredBy</param-name>
            <param-value>false</param-value>
        </init-param>
        <load-on-startup>3</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>default</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

    <!\-\- The mappings for the JSP servlet -->
    <servlet-mapping>
        <servlet-name>jsp</servlet-name>
        <url-pattern>*.jsp</url-pattern>
        <url-pattern>*.jspx</url-pattern>
    </servlet-mapping>

如果把DispatcherServlet的url-pattern配置成/*，那么它会覆盖掉jsp servlet，所有的jsp请求最交给DispatchServlet处理，如果Controller中没有配置相关处理方法那么会无法处理。事实上没有必要越俎代庖的处理.jsp请求，完全可以交给Tomcat容器处理jsp请求，因此DispatchServlet要配置成/。

看培训班的视频或者早期的SpringMVC资料，他们把DispatchServlet配置成.do或者.action形式，那是因为早期的SpringMVC缺乏对静态资源的管理，如果配置成/那么所有对静态资源如js的请求也会交给DIspatchServlet处理，除非配置相应的Controller否则也会报错，所有静态资源管理的任务还是应该由Tomcat中的default来管理，因此早期DispatchServlet配置成.do .action等形式来避免覆盖掉default的功能。

这种url风格是不符合REST的要求的，所以后来SpringMVC加入了两个重要的注解，它们结合使用产生的功效是如果DispatchServlet发现请求是一个静态资源那么会交给default servlet即交给Toncat处理，效果拔群。

<mvc:default-servlet-handler/>
<mvc:annotation-driven></mvc:annotation-driven>

总之最后的结论是：

• 配成/
• springMVC里加两个注解

如此配置之后，妈妈再也不用担心静态资源和jsp页面的问题了

为什么

为什么加上了上述两个注解静态资源访问就没有问题了呢？打上断点来查看加注解前后的区别。

首先是两个注解都不加，此时HandlerMappings中的AnnotationHandlerMapping中存储这Controller和url的映射关系，由于我们没有编写Controller去处理js html等静态资源，所以此时的状态是动态资源可以访问，静态资源不可访问。

其次是只加上default-servlet-handler，发现处理Controller的AnnotationHandler不见了，取而代之的是SimpleURLHandlerMapping，该Handler种的handlerMap非常简单只有一个/**即无论什么请求都直接去当前webapp下去找。这样配置静态资源肯定是可以访问的，因为它的作用和不使用SpringMVC中的DIsplacedServlet直接使用Tomcat一样。但由于AnnotationHandler的缺失，导致Controller这种基于注解配置处理请求的方法无法访问，所以这种配置下的状态是静态资源可以访问，动态资源不可以访问。

最后当把两个注解都加上的时候，不仅有处理静态资源的SimpleUrlHandlerMapping，还多了一个优先级最高的RequestMapping，点开详情信息发现我们配置的Controller都在里面。这就是我们要的效果：对于每一个非jsp请求都会被DispatchServlet拦下，然后交给优先级最高的RequestMapping处理。RequestMapping遍历自己的Mappings，如果这个请求是一个动态请求，那么一定可以找到对应的Controller，Controller处理并返回；如果该请求是一个针对静态资源文件的，RequestMapping无能为力，他会按照优先级交给后续HandlerMapping如没啥用的BeanNameUrlHandlerMapping，以及放在最后用来兜底的SimpleUrlHandlerMapping，当SimpleUrlHandlerMapping拿到一个针对静态资源的请求后，会在/**目录下找到静态资源并返回。

参考链接