一、我們都知道在基於Spring的Application中,需要在web.xml中增加下面類似的配置資訊:
<listener> <listener-class> org.springframework.web.context.ContextLoaderListener </listener-class> </listener> <!-- Spring MVC Servlet --> <servlet> <servlet-name>servletName</servlet-name> <servlet-class> org.springframework.web.servlet.DispatcherServlet </servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>servletName</servlet-name> <strong><url-pattern>/</url-pattern></strong> </servlet-mapping>
此處需要特彆強調的是/使用的是/,而不是/,如果使用/,那麼請求時可以通過DispatcherServlet轉寄到相應的Action或者Controller中的,但是返回的內容,如返回的jsp還會再次被攔截,這樣導致404錯誤,即訪問不到jsp。所以如果以後發現總是有404錯誤的時候,別忘了check一下/的配置是否是/*.
二、其實Spring 的Servlet攔截器匹配規則(即…)都可以自己定義,例:當映射為@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 , 使用方法:
Xml代碼 收藏代碼
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.
方案三 ,使用
Xml代碼 收藏代碼
會把”/**” url,註冊到SimpleUrlHandlerMapping的urlMap中,把對靜態資源的訪問由HandlerMapping轉到 org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler 處理並返回.
DefaultServletHttpRequestHandler使用就是各個Servlet容器自己的預設Servlet.
補充說明:多個HandlerMapping的執行順序問題:
DefaultAnnotationHandlerMapping的order屬性值是:0
自動註冊的 SimpleUrlHandlerMapping的order屬性值是: 2147483646
自動註冊 的SimpleUrlHandlerMapping 的order屬性值是: 2147483647
spring會先執行order值比較小的。當訪問一個a.jpg圖片檔案時,先通過 DefaultAnnotationHandlerMapping 來找處理器,一定是找不到的,因為我們沒有叫a.jpg的Action。然後再按order值升序找,由於最後一個 SimpleUrlHandlerMapping 是匹配 “/**”的,所以一定會匹配上,就可以響應圖片。
最後再說明一下,方案二、方案三 在訪問靜態資源時,如果有匹配的(近似)總攔截器,就會走攔截器。如果你在攔截中實現許可權檢查,要注意過濾這些對靜態檔案的請求。
如果你的DispatcherServlet攔截 *.do這樣的URL尾碼,就不存上述問題了。還是有尾碼方便。