使用框架時，在web.xml中配置servlet時，攔截請求/和/*的區別。
關於servlet的攔截設定，之前看了好多，說的都不太清除，明白。
最近明白了一些，總的來說就是保證攔截所有使用者請求的同時，放行靜態資源。
現整理如下：
一、我們都知道在基於Spring的Application中，需要在web.xml中增加下面類似的配置資訊：
1 <listener> 2 <listener-class> 3 org.springframework.web.context.ContextLoaderListener 4 </listener-class> 5 </listener> 6 7 <!-- Spring MVC Servlet --> 8 9 <servlet> 10 <servlet-name>servletName</servlet-name> 11 <servlet-class> 12 org.springframework.web.servlet.DispatcherServlet 13 </servlet-class> 14 <load-on-startup>1</load-on-startup> 15 </servlet> 16 17 <servlet-mapping> 18 <servlet-name>servletName</servlet-name> 19 <url-pattern>/</url-pattern> 20 </servlet-mapping>
此處需要特別強調的是 <url-pattern>/</url-pattern>使用的是/，而不是/*,如果使用/*,那麼請求時可以通過DispatcherServlet轉發到相應的Action或者Controller中的，但是返回的內容，如返回的jsp還會再次被攔截，這樣導致404錯誤，即訪問不到jsp。所以如果以後發現總是有404錯誤的時候，別忘了check一下 <url-pattern>/</url-pattern>的配置是否是/*.
二、其實Spring 的Servlet攔截器匹配規則（即 <url-pattern>...</url-pattern> ）都可以自己定義，
例：當對映為@RequestMapping("/user/add")時
1、攔截*.do、*.htm， 例如：/user/add.do
這是最傳統的方式，最簡單也最實用。不會導致靜態檔案（jpg,js,css）被攔截。
2、攔截/，例如：/user/add
可以實現現在很流行的REST風格。很多網際網路型別的應用很喜歡這種風格的URL。
弊端：會導致靜態檔案（jpg,js,css）被攔截後不能正常顯示。想實現REST風格，事情就是麻煩一些。後面有解決辦法還算簡單。
3、攔截/*，這是一個錯誤的方式，請求可以走到Action中，但轉到jsp時再次被攔截，不能訪問到jsp。
三、如何訪問到靜態的檔案，如jpg,js,css?
如果你的DispatcherServlet攔截"*.do"這樣的有後綴的URL，就不存在訪問不到靜態資源的問題。
如果你的DispatcherServlet攔截"/"，為了實現REST風格，攔截了所有的請求，那麼同時對*.js,*.jpg等靜態檔案的訪問也就被攔截了。
我們要解決這個問題。
目的：可以正常訪問靜態檔案，不可以找不到靜態檔案報404。
方案一：啟用Tomcat的defaultServlet來處理靜態檔案
<servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.jpg</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.js</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.css</url-pattern> </servlet-mapping>
特點：1. 要配置多個，每種檔案配置一個。
2. 要寫在DispatcherServlet的前面， 讓 defaultServlet先攔截請求，這樣請求就不會進入Spring了。
3. 高效能。
備註：
Tomcat, Jetty, JBoss, and GlassFish 自帶的預設Servlet的名字 -- "default"
Google App Engine 自帶的 預設Servlet的名字 -- "_ah_default"
Resin 自帶的 預設Servlet的名字 -- "resin-file"
WebLogic 自帶的 預設Servlet的名字 -- "FileServlet"
WebSphere 自帶的 預設Servlet的名字 -- "SimpleFileServlet"
方案二： 在spring3.0.4以後版本提供了mvc:resources ， 使用方法：
<!-- 對靜態資原始檔的訪問 --> <mvc:resources mapping="/images/**" location="/images/" />
images/**對映到 ResourceHttpRequestHandler進行處理，location指定靜態資源的位置.可以是web application根目錄下、jar包裡面，這樣可以把靜態資源壓縮到jar包中。cache-period 可以使得靜態資源進行web cache
如果出現下面的錯誤，可能是沒有配置<mvc:annotation-driven />的原因。
報錯WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC'
使用<mvc:resources/>元素,把mapping的URI註冊到SimpleUrlHandlerMapping的urlMap中,
key為mapping的URI pattern值,而value為ResourceHttpRequestHandler,
這樣就巧妙的把對靜態資源的訪問由HandlerMapping轉到ResourceHttpRequestHandler處理並返回,所以就支援classpath目錄,jar包內靜態資源的訪問.
另外需要注意的一點是,不要對SimpleUrlHandlerMapping設定defaultHandler.因為對static uri的defaultHandler就是ResourceHttpRequestHandler,
否則無法處理static resources request.
方案三 ，使用<mvc:default-servlet-handler/>
<mvc:default-servlet-handler/>
會把"/**" url,註冊到SimpleUrlHandlerMapping的urlMap中,把對靜態資源的訪問由HandlerMapping轉到 org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler 處理並返回.
DefaultServletHttpRequestHandler使用就是各個Servlet容器自己的預設Servlet.
補充說明：多個HandlerMapping的執行順序問題：
DefaultAnnotationHandlerMapping的order屬性值是：0
< mvc:resources/ > 自動註冊的 SimpleUrlHandlerMapping 的order屬性值是： 2147483646
<mvc:default-servlet-handler/>自動註冊 的SimpleUrlHandlerMapping 的order屬性值是： 2147483647
spring會先執行order值比較小的。當訪問一個a.jpg圖片檔案時，先通過 DefaultAnnotationHandlerMapping 來找處理器，一定是找不到的，因為我們沒有叫a.jpg的Action。然後再按order值升序找，由於最後一個 SimpleUrlHandlerMapping 是匹配 "/**"的，所以一定會匹配上，就可以響應圖片。 訪問一個圖片，還要走層層匹配。不知效能如何？
最後再說明一下，方案二、方案三 在訪問靜態資源時，如果有匹配的(近似)總攔截器，就會走攔截器。如果你在攔截中實現許可權檢查，要注意過濾這些對靜態檔案的請求。
如何你的DispatcherServlet攔截 *.do這樣的URL字尾，就不存上述問題了。還是有後綴方便。
以上。
主要參考：https://zhidao.baidu.com/question/2055907804031398347.html