目錄結構如下

在自己配置的ShiroConfig中已經放行了

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

login.ftl也引用了靜態資源

<link rel='stylesheet' type='text/css' href='http://www.gepszalag.com/logins/css/normalize.css' rel='external nofollow' /><link rel='stylesheet' type='text/css' href='http://www.gepszalag.com/logins/css/demo.css' rel='external nofollow' /><link rel='stylesheet' href='http://www.gepszalag.com/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，就不存上述問題了。

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持好吧啦網。如有錯誤或未考慮完全的地方，望不吝賜教。