解決Springboot整合shiro時靜態(tài)資源被攔截的問題
目錄結(jié)構(gòu)如下
在自己配置的ShiroConfig中已經(jīng)放行了
filterChainDefinitionMap.put("/static/**", "anon");
login.ftl也引用了靜態(tài)資源
<link rel="stylesheet" type="text/css" href="/logins/css/normalize.css" rel="external nofollow" /> <link rel="stylesheet" type="text/css" href="/logins/css/demo.css" rel="external nofollow" /> <link rel="stylesheet" href="/logins/js/vendor/jgrowl/css/jquery.jgrowl.min.css" rel="external nofollow" >
可是資源依然被攔截了
于是注釋掉了
//filterChainDefinitionMap.put("/**", "authc");
靜態(tài)資源可以訪問了, 說明不是shiro的內(nèi)在問題.
經(jīng)過一番考慮, 感覺像是靜態(tài)資源路徑的問題, 于是在瀏覽器控制臺看一下source的路徑, 發(fā)現(xiàn)靜態(tài)資源的路徑前面是沒有static的, 因而shiro也不會放行.
springboot默認(rèn)會將static目錄中的內(nèi)容做為classes根目錄的內(nèi)容發(fā)布到web服務(wù)器, 所以如果想要放行靜態(tài)資源, 同時又要實現(xiàn)攔截/**請求, 那么我的解決辦法是:
解決辦法
目錄改造如下:
攔截配置:
filterChainDefinitionMap.put("/statics/**", "anon"); filterChainDefinitionMap.put("/**", "authc");
重啟web服務(wù)器, 清除瀏覽器緩存, 此時source中已經(jīng)是正確的路徑了, 靜態(tài)資源被引用了.問題解決
記錄一下自己犯得低級錯誤。
補充:SpringMVC+Shiro不攔截靜態(tài)資源配置
最近在弄SpringMVC與Shiro整合,發(fā)現(xiàn)如果將DispatcherServlet攔截 *.do這樣的URL,就不存在訪問不到靜態(tài)資源的問題。如果DispatcherServlet改為攔截“/”,攔截了所有的請求,同時對*.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先攔截,這個就不會進(jìn)入Spring了
方案二:
在spring3.0.4以后版本提供了mvc:resources
<mvc:resources 的使用方法: <!--對靜態(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
報錯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,
這樣就巧妙的把對靜態(tài)資源的訪問由 HandlerMapping 轉(zhuǎn)到 ResourceHttpRequestHandler 處理并返回,所以就支持 classpath 目錄, jar 包內(nèi)靜態(tài)資源的訪問.
另外需要注意的一點是,不要對 SimpleUrlHandlerMapping 設(shè)置 defaultHandler. 因為對 static uri 的 defaultHandler 就是ResourceHttpRequestHandler,
否則無法處理static resources request.
方案三
使用<mvc:default-servlet-handler/>
<mvc:default-servlet-handler/>
會把 "/**" url,注冊到 SimpleUrlHandlerMapping 的 urlMap 中,把對靜態(tài)資源的訪問由 HandlerMapping 轉(zhuǎn)到 org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler 處理并返回.
DefaultServletHttpRequestHandler 使用就是各個 Servlet 容器自己的默認(rèn) Servlet.
補充說明:多個HandlerMapping的執(zhí)行順序問題:
DefaultAnnotationHandlerMapping 的 order 屬性值是:0
<mvc:resources/ >自動注冊的 SimpleUrlHandlerMapping 的 order 屬性值是: 2147483646
<mvc:default-servlet-handler/>自動注冊的 SimpleUrlHandlerMapping 的 order 屬性值是:2147483647
spring 會 先執(zhí)行 order 值比較小的。當(dāng)訪問一個 a.jpg 圖片文件時,先通過 DefaultAnnotationHandlerMapping 來找處理器,一定是找不到的,我們沒有叫 a.jpg 的 Action。再按 order 值升序找,由于最后一個 SimpleUrlHandlerMapping 是匹配 "/**" 的,所以一定會匹配上,再響應(yīng)圖片。
訪問一個圖片,還要走層層匹配。真不知性能如何?改天做一下壓力測試,與Apache比一比。
最后再說明一下,如何你的 DispatcherServlet 攔截 *.do 這樣的 URL,就不存上述問題了。
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
解決springmvc整合Mybatis的Log4j日志輸出問題
這篇文章主要介紹了解決springmvc整合Mybatis的Log4j日志輸出問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-07-07Springboot中實現(xiàn)策略模式+工廠模式的方法
這篇文章主要介紹了Springboot中實現(xiàn)策略模式+工廠模式,具體策略模式和工廠模式的UML我就不給出來了,使用這個這兩個模式主要是防止程序中出現(xiàn)大量的IF ELSE IF ELSE....,接下來咱們直接實現(xiàn)Springboot策略模式工廠模式2022-03-03SpringSecurity+jwt+redis基于數(shù)據(jù)庫登錄認(rèn)證的實現(xiàn)
本文主要介紹了SpringSecurity+jwt+redis基于數(shù)據(jù)庫登錄認(rèn)證的實現(xiàn),其中也涉及到自定義的過濾器和處理器,具有一定的參考價值,感興趣的可以了解一下2023-09-09IDEA修改java文件后 不用重啟Tomcat服務(wù)便可實現(xiàn)自動更新
這篇文章主要介紹了IDEA修改java文件后 不用重啟Tomcat服務(wù)便可實現(xiàn)自動更新,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-11-11快速解決commons-fileupload組件無法處理自定義head信息的bug
問題在于fileupload組件解析完自定義的head節(jié)點后,卻忘記傳遞到FileItemStreamImpl中了,稍作修訂,即可修正該bug2013-08-08Lombok注解之@SuperBuilder--解決無法builder父類屬性問題
這篇文章主要介紹了Lombok注解之@SuperBuilder--解決無法builder父類屬性問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-09-09