七、如何訪問到靜態的檔案，如jpg,js,css？
如何你的DispatcherServlet攔截"*.do"這樣的有後綴的URL，就不存在訪問不到靜態資源的問題。 如果你的DispatcherServlet攔截"/"，為了實現REST風格，攔截了所有的請求，那麼同時對*.js,*.jpg等靜態檔案的訪問也就被攔截了。 我們要解決這個問題。
目的：可以正常訪問靜態檔案，不可以找不到靜態檔案報404。
方案一：啟用Tomcat的defaultServlet來處理靜態檔案
Xml程式碼
|
要寫在DispatcherServlet的前面， 讓 defaultServlet先攔截請求，這樣請求就不會進入Spring了，我想效能是最好的吧。
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程式碼
- <!-- 對靜態資原始檔的訪問 -->
- <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程式碼
- <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字尾，就不存上述問題了。還是有後綴方便。