其實(shí)遇到這個(gè)打印了一堆INFO的問題, 問題不大, 簡(jiǎn)單來說我遇到這個(gè)問題是由于配置Shiro與Spring Boot整合時(shí)才會(huì)出現(xiàn)的問題, 原因是與Spring整合的這個(gè)ShiroFilterFactoryBean這個(gè)類實(shí)現(xiàn)了BeanPostProcessor這些接口, 這意味著這些東西需要非常非常早執(zhí)行, 甚至早于你的Reaml的實(shí)例化, 所以對(duì)于在這個(gè)BeanPostProcessor階段被依賴的類來說, 他們無法被Spring正常代理, (意思就是如果你的Reaml里注入了其他Service, 它無法獲得代理后的特性, 比如事務(wù)), 但這個(gè)并不影響Shiro的使用, 因?yàn)镾hiro在進(jìn)行Authentication或者Authorization時(shí)也不需要Service或者M(jìn)apper處理事務(wù), 它只是簡(jiǎn)單的查詢, 所以其實(shí)這個(gè)問題不是大問題. 在 https://issues.apache.org/jira/browse/SHIRO-743 也有提到這個(gè)問題, 目前因?yàn)闆]什么大影響. (弱弱bb一句為什么這個(gè)問題從Shiro1.2帶到1.6…)

可以將SecurityManager Bean設(shè)置為延時(shí)加載, 這樣就不會(huì)有一堆一堆的東西了

如果有使用Service的，也直接加上@Lazy

但是我加上這兩個(gè)@Lazy也沒完全解決，只是減少了not eligible for auto-proxying的數(shù)量，我也是百度加google都解決不了，如果有大佬解決的，麻煩告訴我一聲，下面給一些參考文章
參考1
參考2
參考3
參考4
參考5
參考6

與50位技術(shù)專家面對(duì)面20年技術(shù)見證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的Shiro集成SpringBoot时出现 not eligible for auto-proxying的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。