今天準(zhǔn)備在IDEA編輯器下創(chuàng)建個(gè)通過maven管理的springMVC工程來測試一些功能，按照記憶中的方式以及配合百度完成了工程的創(chuàng)建，但在訪問web.xml中配置的首頁時(shí)，無論如何都無法訪問，試了很多方式，但都不是很理想，無意間仔細(xì)看了下下的映射規(guī)則，再結(jié)合自己的嘗試，算是解決了心中的疑惑，也總結(jié)下自己的心得：

其他的配置暫且略去，主要關(guān)注屬性的配置；

最初的配置

  <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/*</url-pattern>
    </servlet-mapping>

可以正常訪問controller層的映射處理函數(shù)，但是無法訪問web.xml中設(shè)置的首頁；

嘗試的方法

（1）因?yàn)闊o法找到首頁index.jsp

首先懷疑是路徑不對，改了各種位置，甚至重建了一遍工程還是不行，最后仔細(xì)分析報(bào)錯

如下：

 org.springframework.web.servlet.PageNotFound - No mapping found for HTTP request with URI [/spring] in
  DispatcherServlet with name 'dispatcher'

無法通過DispatcherServlet 找到合適的映射，因此懷疑把首頁的請求也當(dāng)成映射來處理了，于是改成如下的匹配模式

精確匹配路徑：

   <servlet-mapping>
            <servlet-name>dispatcher</servlet-name>
            <url-pattern>/test/*</url-pattern>
        </servlet-mapping>

雖然首頁能正常顯示了，但是controller層的映射卻匹配不到了，訪問路徑為：http://localhost:8080/spring/test/first

controller層的映射匹配模式如下：

@RequestMapping("/test/first")

報(bào)錯仍是找不到映射處理函數(shù)，然后嘗試了很多次，發(fā)現(xiàn)采用精確匹配模式后，在dispatcher查找映射處理函數(shù)時(shí)，會把路徑中"test/“之前的部分去除，只匹配之后的路徑部分，改為如下模式即可匹配：

@RequestMapping(”/first")

（2）然后再次改變精確匹配模式

改為如下配置：

            <servlet-mapping>
                <servlet-name>dispatcher</servlet-name>
                <url-pattern>*.do</url-pattern>
            </servlet-mapping>

controller層的映射改為 @RequestMapping("/test/first.do")，這樣首頁和controller層都可以正常訪問了，當(dāng)然原理與上一個(gè)方法一樣，改變DispatcherServlet匹配規(guī)則，讓首頁訪問不再經(jīng)過DispatcherServlet匹配，那么就能訪問到了；

（3）無意間參考了之前的一個(gè)工程配置

發(fā)現(xiàn)采用如下映射模式：

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

發(fā)現(xiàn)也解決了首頁和congtroller層的訪問問題，因此就搜了下"/“和”/*"區(qū)別：（具體原因可參照tomcat解析中的Catalina請求處理這一節(jié)所述）

1、<url-pattern>/ </ url-pattern >   不會匹配到*.jsp，由JspServlet（tomcat中默認(rèn)的web.xml中配置的）攔截處理，即*.jsp不會進(jìn)入spring的 DispatcherServlet類 。

2、在配置了< url-pattern > /* </ url-pattern >的情況下自然會攔截所有請求（包括/login,*.jsp,*.js和*.html等）

同時(shí)，對于首頁的匹配邏輯如下所述，完美解釋了上述報(bào)錯的原因：

• 如果配置了servlet的url-pattern是/*，那么訪問localhost:8080/會匹配到該servlet上，而不會匹配welcome-file-list；
• 如果url-pattern是/（該servlet即為默認(rèn)servlet），訪問localhost:8080/時(shí)，如果其他匹配模式都沒有匹配到，則會匹配welcome-file-list（只針對這個(gè)啟動時(shí)默認(rèn)訪問請求有效）。

另外，“/”其實(shí)能攔截“.js”，“.css”，".png"等靜態(tài)資源的訪問，因此如果采用“/”的配置時(shí)，需要在主配置文件中配置放行靜態(tài)資源（即DispatcherServlet對應(yīng)的配置文件），這樣才不會出現(xiàn)意想不到的匹配錯誤404.

<mvc:resources location="/WEB-INF/js/" mapping="/js/**"/> 
<mvc:resources location="/WEB-INF/css/" mapping="/css/**"/>
<mvc:resources location="/WEB-INF/images/" mapping="/images/**"/>

總結(jié)

如上就是我針對此次創(chuàng)建工程的問題的總結(jié)，有不妥的地方還望指出。

這些僅為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評論