目錄結(jié)構(gòu)如下

在自己配置的ShiroConfig中已經(jīng)放行了

filterChainDefinitionMap.put('/static/**', 'anon');

login.ftl也引用了靜態(tài)資源

<link rel='stylesheet' type='text/css' href='http://www.piao2010.com/logins/css/normalize.css' rel='external nofollow' /><link rel='stylesheet' type='text/css' href='http://www.piao2010.com/logins/css/demo.css' rel='external nofollow' /><link rel='stylesheet' href='http://www.piao2010.com/logins/js/vendor/jgrowl/css/jquery.jgrowl.min.css' rel='external nofollow' >

可是資源依然被攔截了

于是注釋掉了

//filterChainDefinitionMap.put('/**', 'authc');

靜態(tài)資源可以訪問了, 說明不是shiro的內(nèi)在問題.

經(jīng)過一番考慮, 感覺像是靜態(tài)資源路徑的問題, 于是在瀏覽器控制臺(tái)看一下source的路徑, 發(fā)現(xiàn)靜態(tài)資源的路徑前面是沒有static的, 因而shiro也不會(huì)放行.

springboot默認(rèn)會(huì)將static目錄中的內(nèi)容做為classes根目錄的內(nèi)容發(fā)布到web服務(wù)器, 所以如果想要放行靜態(tài)資源, 同時(shí)又要實(shí)現(xiàn)攔截/**請(qǐng)求, 那么我的解決辦法是：

解決辦法

目錄改造如下:

攔截配置:

filterChainDefinitionMap.put('/statics/**', 'anon');filterChainDefinitionMap.put('/**', 'authc');

重啟web服務(wù)器, 清除瀏覽器緩存, 此時(shí)source中已經(jīng)是正確的路徑了, 靜態(tài)資源被引用了.問題解決

記錄一下自己犯得低級(jí)錯(cuò)誤。

補(bǔ)充：SpringMVC+Shiro不攔截靜態(tài)資源配置

最近在弄SpringMVC與Shiro整合，發(fā)現(xiàn)如果將DispatcherServlet攔截 *.do這樣的URL，就不存在訪問不到靜態(tài)資源的問題。如果DispatcherServlet改為攔截“/”，攔截了所有的請(qǐng)求，同時(shí)對(duì)*.js,*.jpg的訪問也就被攔截了。

解決方法：

方案一：

激活Tomcat的defaultServlet來處理靜態(tài)文件

<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先攔截，這個(gè)就不會(huì)進(jìn)入Spring了

方案二：

在spring3.0.4以后版本提供了mvc:resources

<mvc:resources 的使用方法：<!--對(duì)靜態(tài)資源文件的訪問--><mvc:resources mapping='/images/**' location='/images/' />/images/** 映射到 ResourceHttpRequestHandler 進(jìn)行處理，

location指定靜態(tài)資源的位置.可以是web application根目錄下、jar包里面，這樣可以把靜態(tài)資源壓縮到j(luò)ar包中。cache-period可以使得靜態(tài)資源進(jìn)行web cache

報(bào)錯(cuò)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 注冊(cè)到 SimpleUrlHandlerMapping的urlMap 中,

key 為 mapping 的 URI pattern值,而 value為 ResourceHttpRequestHandler,

這樣就巧妙的把對(duì)靜態(tài)資源的訪問由 HandlerMapping 轉(zhuǎn)到 ResourceHttpRequestHandler 處理并返回,所以就支持 classpath 目錄, jar 包內(nèi)靜態(tài)資源的訪問.

另外需要注意的一點(diǎn)是,不要對(duì) SimpleUrlHandlerMapping 設(shè)置 defaultHandler. 因?yàn)閷?duì) static uri 的 defaultHandler 就是ResourceHttpRequestHandler,

否則無(wú)法處理static resources request.

方案三

使用<mvc:default-servlet-handler/>

<mvc:default-servlet-handler/>

會(huì)把 '/**' url,注冊(cè)到 SimpleUrlHandlerMapping 的 urlMap 中,把對(duì)靜態(tài)資源的訪問由 HandlerMapping 轉(zhuǎn)到 org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler 處理并返回.

DefaultServletHttpRequestHandler 使用就是各個(gè) Servlet 容器自己的默認(rèn) Servlet.

補(bǔ)充說明：多個(gè)HandlerMapping的執(zhí)行順序問題：

DefaultAnnotationHandlerMapping 的 order 屬性值是：0

<mvc:resources/ >自動(dòng)注冊(cè)的 SimpleUrlHandlerMapping 的 order 屬性值是： 2147483646

<mvc:default-servlet-handler/>自動(dòng)注冊(cè)的 SimpleUrlHandlerMapping 的 order 屬性值是：2147483647

spring 會(huì) 先執(zhí)行 order 值比較小的。當(dāng)訪問一個(gè) a.jpg 圖片文件時(shí)，先通過 DefaultAnnotationHandlerMapping 來找處理器，一定是找不到的，我們沒有叫 a.jpg 的 Action。再按 order 值升序找，由于最后一個(gè) SimpleUrlHandlerMapping 是匹配 '/**' 的，所以一定會(huì)匹配上，再響應(yīng)圖片。

訪問一個(gè)圖片，還要走層層匹配。真不知性能如何？改天做一下壓力測(cè)試，與Apache比一比。

最后再說明一下，如何你的 DispatcherServlet 攔截 *.do 這樣的 URL，就不存上述問題了。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持好吧啦網(wǎng)。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。