Spring中攔截/和攔截/*的區別 - 不能訪問到返回的JSP - 訪問靜態資源(jpg,js等)

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

 

 

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.     <strong><url-pattern>/</url-pattern></strong>  

20. </servlet-mapping>  

 

 

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

 

2、其實Spring 的Servlet攔截器匹配規則（即<url-pattern>...</url-pattern>）均可以本身定義，例：當映射爲@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來處理靜態文件

Xml代碼  

1. <servlet-mapping>     

2.     <servlet-name>default</servlet-name>    

3.     <url-pattern>*.jpg</url-pattern>       

4. </servlet-mapping>      

5. <servlet-mapping>         

6.     <servlet-name>default</servlet-name>      

7.     <url-pattern>*.js</url-pattern>      

8. </servlet-mapping>      

9. <servlet-mapping>          

10.     <servlet-name>default</servlet-name>         

11.     <url-pattern>*.css</url-pattern>        

12. </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 ，  使用方法：

Xml代碼  

1. <!-- 對靜態資源文件的訪問 -->      

2. <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/>

Xml代碼  

1. <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 是匹配 "/**"的，因此必定會匹配上，就能夠響應圖片。

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

 

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