SpringMVC中攔截/和攔截/*的區別

本文轉載自：http://blog.sina.com.cn/s/blog_54829a240102vj0z.html

感謝做者的分享！

新建一個spring項目發現沒法訪問到jsp頁面，靜態html也沒法訪問，終於找到答案，原來是spring攔截配置的不對，一直寫的是這種配置，今天發現是不對的，好在找到了答案:)

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

 

1、咱們都知道在基於Spring的Application中，須要在web.xml中增長下面相似的配置信息：

此處須要特別強調的是 /使用的是/，而不是/*,若是使用/*,那麼請求時能夠經過DispatcherServlet轉發到相應的Action或者Controller中的，可是返回的內容，如返回的jsp還會再次被攔截，這樣致使404錯誤，即訪問不到jsp。因此若是之後發現老是有404錯誤的時候，別忘了check一下 /的配置是不是/*.

2、其實Spring 的Servlet攔截器匹配規則（即 ... ）均可以本身定義，例：當映射爲@RequestMapping("/user/add")時

一、攔截*.do、*.htm， 例如：/user/add.do

這是最傳統的方式，最簡單也最實用。不會致使靜態文件（jpg,js,css）被攔截。

二、攔截/，例如：/user/add

能夠實現如今很流行的REST風格。不少互聯網類型的應用很喜歡這種風格的URL。

弊端：會致使靜態文件（jpg,js,css）被攔截後不能正常顯示。想實現REST風格，事情就是麻煩一些。後面有解決辦法還算簡單。

三、攔截/*，這是一個錯誤的方式，請求能夠走到Action中，但轉到jsp時再次被攔截，不能訪問到jsp。

3、如何訪問到靜態的文件，如jpg,js,css?

若是你的DispatcherServlet攔截"*.do"這樣的有後綴的URL，就不存在訪問不到靜態資源的問題。 

若是你的DispatcherServlet攔截"/"，爲了實現REST風格，攔截了全部的請求，那麼同時對*.js,*.jpg等靜態文件的訪問也就被攔截了。 

咱們要解決這個問題。

目的：能夠正常訪問靜態文件，不能夠找不到靜態文件報404。

方案一：激活Tomcat的defaultServlet來處理靜態文件

 特色：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 ，  使用方法：

 

images/**映射到 ResourceHttpRequestHandler進行處理，location指定靜態資源的位置.能夠是web application根目錄下、jar包裏面，這樣能夠把靜態資源壓縮到jar包中。cache-period 可使得靜態資源進行web cache 

  
若是出現下面的錯誤，多是沒有配置的緣由。 
報錯WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC' 

 

使用元素,把mapping的URI註冊到SimpleUrlHandlerMapping的urlMap中, 
key爲mapping的URI pattern值,而value爲ResourceHttpRequestHandler, 
這樣就巧妙的把對靜態資源的訪問由HandlerMapping轉到ResourceHttpRequestHandler處理並返回,因此就支持classpath目錄,jar包內靜態資源的訪問. 
另外須要注意的一點是,不要對SimpleUrlHandlerMapping設置defaultHandler.由於對static uri的defaultHandler就是ResourceHttpRequestHandler, 
不然沒法處理static resources request.

方案三 ，使用

會把"/**" url,註冊到SimpleUrlHandlerMapping的urlMap中,把對靜態資源的訪問由HandlerMapping轉到 org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler 處理並返回. 
DefaultServletHttpRequestHandler使用就是各個Servlet容器本身的默認Servlet.

補充說明：多個HandlerMapping的執行順序問題：

DefaultAnnotationHandlerMapping的order屬性值是：0 

<<SPAN class="Apple-converted-space"> mvc:resources/ > 自動註冊的 SimpleUrlHandlerMapping 的order屬性值是： 2147483646

自動註冊 的SimpleUrlHandlerMapping 的order屬性值是： 2147483647

spring會先執行order值比較小的。當訪問一個a.jpg圖片文件時，先經過 DefaultAnnotationHandlerMapping 來找處理器，必定是找不到的，由於咱們沒有叫a.jpg的Action。而後再按order值升序找，因爲最後一個 SimpleUrlHandlerMapping 是匹配 "/**"的，因此必定會匹配上，就能夠響應圖片。 訪問一個圖片，還要走層層匹配。不知性能如何？

最後再說明一下，方案2、方案三 在訪問靜態資源時，若是有匹配的(近似)總攔截器，就會走攔截器。若是你在攔截中實現權限檢查，要注意過濾這些對靜態文件的請求。

如何你的DispatcherServlet攔截 *.do這樣的URL後綴，就不存上述問題了。仍是有後綴方便。