Spring Security和自定義filter的沖突導(dǎo)致多執(zhí)行的解決方案
問題描述:
使用Spring Security時,在WebSecurityConfig中需要通過@bean注解注入Security的filter對象,但是不知是不是因為spring boot框架的原因還是什么未知原因,導(dǎo)致在這里注入,就會多注入一次這個對象,導(dǎo)致filter鏈走完之后,又會回到這個filter中再執(zhí)行一次。
@Bean
public JwtAuthenticationTokenFilter authenticationTokenFilterBean() throws Exception {
return new JwtAuthenticationTokenFilter();
}
這是WebSecurityConfig.java中原本需要注入的對象。
httpSecurity .addFilterBefore(authenticationTokenFilterBean(), UsernamePasswordAuthenticationFilter.class);
添加到Security中,這時,可能就會因為這一次的注入,導(dǎo)致filter鏈在本應(yīng)該執(zhí)行完之后,再一次執(zhí)行添加到Security的filter……
解決辦法:
將這兩個代碼段注釋掉即可解決,當然,只是解決filter鏈執(zhí)行完后再執(zhí)行Security的filter的問題,本質(zhì)上來說并不能真正的解決問題。如果有更好的理解或者更好的解決方法,歡迎討論。
2019-5-9 16:49:00:之前這么做發(fā)現(xiàn),這樣Spring Security就相當于沒有作用了,但是filter還是會起作用,而如果啟用Spring Security,還是會進入filter……如果授權(quán)自定義的話Spring Security感覺沒有用處了,當然這是我碰到的問題,框架也是別人搭起來的,但是用法是不對的,導(dǎo)致寫的filter變成了自定義的,感覺跟Spring Security框架格格不入,如果有大佬知道的話歡迎指導(dǎo)!謝謝。
如果要使用Spring Security,那么就需要將JwtAuthenticationTokenFilter上的@Component注解刪除或者注釋掉,因為二次注入的類都是這個,但是產(chǎn)生的類對象應(yīng)該是不一樣的,所以會導(dǎo)致二次進入filter。
所以搞得我現(xiàn)在很懷疑Spring Security是不是有必要……
Spring Security3自定義安全過濾器位置及注意事項
當auto-config="true"時,springSecurity自動創(chuàng)建過濾器鏈
1.自定義過濾器位置需要在已有過濾器之前或之后,否則會報錯;
2.由于FilterSecurityInterceptor安全observeOncePerRequest(每個請求一次)默認為true.
默認情況下FilterSecurityInterceptor只會執(zhí)行一個,所以如果既要執(zhí)行默認安全過濾器又要執(zhí)行自定義過濾器,自定義過濾器放到默認安全過濾器之前,同時observeOncePerRequest設(shè)置為false.
如:
(1)
<custom-filter after="FILTER_SECURITY_INTERCEPTOR" ref="menuFilter" />
(2)
<beans:property name="observeOncePerRequest" value="false" />
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
SpringBoot項目中JDK動態(tài)代理和CGLIB動態(tài)代理的使用詳解
JDK動態(tài)代理和CGLIB動態(tài)代理都是SpringBoot中實現(xiàn)AOP的重要技術(shù),JDK動態(tài)代理通過反射生成代理類,適用于目標類實現(xiàn)了接口的場景,性能較好,易用性高,但必須實現(xiàn)接口且不能代理final方法,CGLIB動態(tài)代理通過生成子類實現(xiàn)代理2025-03-03
解決spring boot 1.5.4 配置多數(shù)據(jù)源的問題
下面小編就為大家?guī)硪黄鉀Qspring boot 1.5.4 配置多數(shù)據(jù)源的問題。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-06-06

