配置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拿到一個針對靜態資源的請求后，會在/**目錄下找到靜態資源並返回。