建站
咨詢
售后
建站咨詢
新聞中心
前言
在使用spring框架的日常開發(fā)中，bean之間的循環(huán)依賴太頻繁了，spring已經(jīng)幫我們?nèi)ソ鉀Q循環(huán)依賴問題，對我們開發(fā)者來說是無感知的，下面具體分析一下spring是如何解決bean之間循環(huán)依賴，為什么要使用到三級緩存，而不是二級緩存？
成都創(chuàng)新互聯(lián)不只是一家網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司；我們對營銷、技術(shù)、服務(wù)都有自己獨特見解，公司采取“創(chuàng)意+綜合+營銷”一體化的方式為您提供更專業(yè)的服務(wù)！我們經(jīng)歷的每一步也許不一定是最完美的，但每一步都有值得深思的意義。我們珍視每一份信任，關(guān)注我們的網(wǎng)站制作、成都網(wǎng)站建設(shè)質(zhì)量和服務(wù)品質(zhì)，在得到用戶滿意的同時，也能得到同行業(yè)的專業(yè)認可，能夠為行業(yè)創(chuàng)新發(fā)展助力。未來將繼續(xù)專注于技術(shù)創(chuàng)新，服務(wù)升級，滿足企業(yè)一站式成都全網(wǎng)營銷推廣需求，讓再小的品牌網(wǎng)站制作也能產(chǎn)生價值！
bean生命周期
首先大家需要了解一下bean在spring中的生命周期，bean在spring的加載流程，才能夠更加清晰知道spring是如何解決循環(huán)依賴的。
另外，Spring 系列面試題和答案全部整理好了，微信搜索Java技術(shù)棧，在后臺發(fā)送：面試，可以在線閱讀。
我們在spring的BeanFactory工廠列舉了很多接口，代表著bean的生命周期，我們主要記住的是我圈紅線圈出來的接口, 再結(jié)合spring的源碼來看這些接口主要是在哪里調(diào)用的
AbstractAutowireCapableBeanFactory類的doCreateBean方法是創(chuàng)建bean的開始，我們可以看到首先需要實例化這個bean，也就是在堆中開辟一塊內(nèi)存空間給這個對象，createBeanInstance方法里面邏輯大概就是采用反射生成實例對象，進行到這里表示對象還并未進行屬性的填充，也就是@Autowired注解的屬性還未得到注入
我們可以看到第二步就是填充bean的成員屬性，populateBean方法里面的邏輯大致就是對使用到了注入屬性的注解就會進行注入，如果在注入的過程發(fā)現(xiàn)注入的對象還沒生成，則會跑去生產(chǎn)要注入的對象，第三步就是調(diào)用initializeBean方法初始化bean，也就是調(diào)用我們上述所提到的接口
可以看到initializeBean方法中，首先調(diào)用的是使用的Aware接口的方法，我們具體看一下invokeAwareMethods方法中會調(diào)用Aware接口的那些方法
我們可以知道如果我們實現(xiàn)了BeanNameAware，BeanClassLoaderAware，BeanFactoryAware三個Aware接口的話，會依次調(diào)用setBeanName(), setBeanClassLoader(), setBeanFactory()方法，再看applyBeanPostProcessorsBeforeInitialization源碼
發(fā)現(xiàn)會如果有類實現(xiàn)了BeanPostProcessor接口，就會執(zhí)行postProcessBeforeInitialization方法，這里需要注意的是：如果多個類實現(xiàn)BeanPostProcessor接口，那么多個實現(xiàn)類都會執(zhí)行postProcessBeforeInitialization方法，可以看到是for循環(huán)依次執(zhí)行的，還有一個注意的點就是如果加載A類到spring容器中，A類也重寫了BeanPostProcessor接口的postProcessBeforeInitialization方法，這時要注意A類的postProcessBeforeInitialization方法并不會得到執(zhí)行，因為A類還未加載完成，還未完全放到spring的singletonObjects一級緩存中。
最新面試題整理好了，大家可以在Java面試庫小程序在線刷題。
再看一個注意的點
可以看到ApplicationContextAwareProcessor也實現(xiàn)了BeanPostProcessor接口，重寫了postProcessBeforeInitialization方法，方法里面并調(diào)用了invokeAwareInterfaces方法，而invokeAwareInterfaces方法也寫著如果實現(xiàn)了眾多的Aware接口，則會依次執(zhí)行相應(yīng)的方法，值得注意的是ApplicationContextAware接口的setApplicationContext方法，再看一下invokeInitMethods源碼
發(fā)現(xiàn)如果實現(xiàn)了InitializingBean接口，重寫了afterPropertiesSet方法，則會調(diào)用afterPropertiesSet方法，最后還會調(diào)用是否指定了init-method，可以通過標(biāo)簽，或者@Bean注解的initMethod指定，最后再看一張applyBeanPostProcessorsAfterInitialization源碼圖
發(fā)現(xiàn)跟之前的postProcessBeforeInitialization方法類似，也是循環(huán)遍歷實現(xiàn)了BeanPostProcessor的接口實現(xiàn)類，執(zhí)行postProcessAfterInitialization方法。整個bean的生命執(zhí)行流程就如上面截圖所示，哪個接口的方法在哪里被調(diào)用，方法的執(zhí)行流程。
最后，對bean的生命流程進行一個流程圖的總結(jié)
三級緩存解決循環(huán)依賴
上一小節(jié)對bean的生命周期做了一個整體的流程分析，對spring如何去解決循環(huán)依賴的很有幫助。前面我們分析到填充屬性時，如果發(fā)現(xiàn)屬性還未在spring中生成，則會跑去生成屬性對象實例。
最新面試題整理好了，大家可以在Java面試庫小程序在線刷題。
我們可以看到填充屬性的時候，spring會提前將已經(jīng)實例化的bean通過ObjectFactory半成品暴露出去，為什么稱為半成品是因為這時候的bean對象實例化，但是未進行屬性填充，是一個不完整的bean實例對象
spring利用singletonObjects, earlySingletonObjects, singletonFactories三級緩存去解決的，所說的緩存其實也就是三個Map
可以看到三級緩存各自保存的對象，這里重點關(guān)注二級緩存earlySingletonObjects和三級緩存singletonFactory，一級緩存可以進行忽略。前面我們講過先實例化的bean會通過ObjectFactory半成品提前暴露在三級緩存中
singletonFactory是傳入的一個匿名內(nèi)部類，調(diào)用ObjectFactory.getObject()最終會調(diào)用getEarlyBeanReference方法。再來看看循環(huán)依賴中是怎么拿其它半成品的實例對象的。
我們假設(shè)現(xiàn)在有這樣的場景AService依賴BService，BService依賴AService
1. AService首先實例化，實例化通過ObjectFactory半成品暴露在三級緩存中
2. 填充屬性BService，發(fā)現(xiàn)BService還未進行過加載，就會先去加載BService
3. 再加載BService的過程中，實例化，也通過ObjectFactory半成品暴露在三級緩存
4. 填充屬性AService的時候，這時候能夠從三級緩存中拿到半成品的ObjectFactory
拿到ObjectFactory對象后，調(diào)用ObjectFactory.getObject()方法最終會調(diào)用getEarlyBeanReference()方法，getEarlyBeanReference這個方法主要邏輯大概描述下如果bean被AOP切面代理則返回的是beanProxy對象，如果未被代理則返回的是原bean實例。
這時我們會發(fā)現(xiàn)能夠拿到bean實例(屬性未填充)，然后從三級緩存移除，放到二級緩存earlySingletonObjects中，而此時B注入的是一個半成品的實例A對象，不過隨著B初始化完成后，A會繼續(xù)進行后續(xù)的初始化操作，最終B會注入的是一個完整的A實例，因為在內(nèi)存中它們是同一個對象。
下面是重點，我們發(fā)現(xiàn)這個二級緩存好像顯得有點多余，好像可以去掉，只需要一級和三級緩存也可以做到解決循環(huán)依賴的問題？？？
只要兩個緩存確實可以做到解決循環(huán)依賴的問題，但是有一個前提這個bean沒被AOP進行切面代理，如果這個bean被AOP進行了切面代理，那么只使用兩個緩存是無法解決問題，下面來看一下bean被AOP進行了切面代理的場景
我們發(fā)現(xiàn)AService的testAopProxy被AOP代理了，看看傳入的匿名內(nèi)部類的getEarlyBeanReference返回的是什么對象。想成為架構(gòu)師，這份架構(gòu)師圖譜建議看看，少走彎路。
發(fā)現(xiàn)singletonFactory.getObject()返回的是一個AService的代理對象，還是被CGLIB代理的。再看一張再執(zhí)行一遍singletonFactory.getObject()返回的是否是同一個AService的代理對象
我們會發(fā)現(xiàn)再執(zhí)行一遍singleFactory.getObject()方法又是一個新的代理對象，這就會有問題了，因為AService是單例的，每次執(zhí)行singleFactory.getObject()方法又會產(chǎn)生新的代理對象。
假設(shè)這里只有一級和三級緩存的話，我每次從三級緩存中拿到singleFactory對象，執(zhí)行g(shù)etObject()方法又會產(chǎn)生新的代理對象，這是不行的，因為AService是單例的，所有這里我們要借助二級緩存來解決這個問題，將執(zhí)行了singleFactory.getObject()產(chǎn)生的對象放到二級緩存中去，后面去二級緩存中拿，沒必要再執(zhí)行一遍singletonFactory.getObject()方法再產(chǎn)生一個新的代理對象，保證始終只有一個代理對象。還有一個注意的點
既然singleFactory.getObject()返回的是代理對象，那么注入的也應(yīng)該是代理對象，我們可以看到注入的確實是經(jīng)過CGLIB代理的AService對象。所以如果沒有AOP的話確實可以兩級緩存就可以解決循環(huán)依賴的問題，如果加上AOP，兩級緩存是無法解決的，不可能每次執(zhí)行singleFactory.getObject()方法都給我產(chǎn)生一個新的代理對象，所以還要借助另外一個緩存來保存產(chǎn)生的代理對象
總結(jié)
前面先講到bean的加載流程，了解了bean加載流程對spring如何解決循環(huán)依賴的問題很有幫助，后面再分析到spring為什么需要利用到三級緩存解決循環(huán)依賴問題，而不是二級緩存。網(wǎng)上可以試試AOP的情形，實踐一下就能明白二級緩存為什么解決不了AOP代理的場景了
在工作中，一直認為編程代碼不是最重要的，重要的是在工作中所養(yǎng)成的編程思維。
名稱欄目：Spring為何需要三級緩存解決循環(huán)依賴，而不是二級緩存？
文章轉(zhuǎn)載：http://www.5511xx.com/article/cdhecoj.html
