解決Springboot整合shiro時靜態資源被攔截的問題
目錄結構如下
在自己配置的ShiroConfig中已經放行了
filterChainDefinitionMap.put('/static/**', 'anon');
login.ftl也引用了靜態資源
<link rel='stylesheet' type='text/css' href='http://www.cgvv.com.cn/logins/css/normalize.css' rel='external nofollow' /><link rel='stylesheet' type='text/css' href='http://www.cgvv.com.cn/logins/css/demo.css' rel='external nofollow' /><link rel='stylesheet' href='http://www.cgvv.com.cn/logins/js/vendor/jgrowl/css/jquery.jgrowl.min.css' rel='external nofollow' >
可是資源依然被攔截了
于是注釋掉了
//filterChainDefinitionMap.put('/**', 'authc');
靜態資源可以訪問了, 說明不是shiro的內在問題.
經過一番考慮, 感覺像是靜態資源路徑的問題, 于是在瀏覽器控制臺看一下source的路徑, 發現靜態資源的路徑前面是沒有static的, 因而shiro也不會放行.
springboot默認會將static目錄中的內容做為classes根目錄的內容發布到web服務器, 所以如果想要放行靜態資源, 同時又要實現攔截/**請求, 那么我的解決辦法是:
解決辦法目錄改造如下:
攔截配置:
filterChainDefinitionMap.put('/statics/**', 'anon');filterChainDefinitionMap.put('/**', 'authc');
重啟web服務器, 清除瀏覽器緩存, 此時source中已經是正確的路徑了, 靜態資源被引用了.問題解決
記錄一下自己犯得低級錯誤。
補充:SpringMVC+Shiro不攔截靜態資源配置
最近在弄SpringMVC與Shiro整合,發現如果將DispatcherServlet攔截 *.do這樣的URL,就不存在訪問不到靜態資源的問題。如果DispatcherServlet改為攔截“/”,攔截了所有的請求,同時對*.js,*.jpg的訪問也就被攔截了。
解決方法:方案一:
激活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> .......
tip:要寫在DispatcherServlet的前面, 讓defaultServlet先攔截,這個就不會進入Spring了
方案二:
在spring3.0.4以后版本提供了mvc:resources<mvc:resources 的使用方法:<!--對靜態資源文件的訪問--><mvc:resources mapping='/images/**' location='/images/' />/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’
可能是沒有配置如下代碼
<mvc:annotation-driven />
使用 <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 是匹配 '/**' 的,所以一定會匹配上,再響應圖片。
訪問一個圖片,還要走層層匹配。真不知性能如何?改天做一下壓力測試,與Apache比一比。
最后再說明一下,如何你的 DispatcherServlet 攔截 *.do 這樣的 URL,就不存上述問題了。
以上為個人經驗,希望能給大家一個參考,也希望大家多多支持好吧啦網。如有錯誤或未考慮完全的地方,望不吝賜教。
相關文章:
