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