欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Spring為何需要三級緩存解決循環(huán)依賴詳解

 更新時(shí)間:2022年02月08日 15:37:08   作者:半分、  
這篇文章主要給大家介紹了關(guān)于Spring為何需要三級緩存解決循環(huán)依賴,而不是二級緩存的相關(guān)資料,這個(gè)也是一個(gè)Spring的高頻面試題,文中通過圖文介紹的非常詳細(xì),需要的朋友可以參考下

前言

在使用spring框架的日常開發(fā)中,bean之間的循環(huán)依賴太頻繁了,spring已經(jīng)幫我們?nèi)ソ鉀Q循環(huán)依賴問題,對我們開發(fā)者來說是無感知的,下面具體分析一下spring是如何解決bean之間循環(huán)依賴,為什么要使用到三級緩存,而不是二級緩存

bean生命周期

首先大家需要了解一下bean在spring中的生命周期,bean在spring的加載流程,才能夠更加清晰知道spring是如何解決循環(huán)依賴的

我們在spring的BeanFactory工廠列舉了很多接口,代表著bean的生命周期,我們主要記住的是我圈紅線圈出來的接口, 再結(jié)合spring的源碼來看這些接口主要是在哪里調(diào)用的

AbstractAutowireCapableBeanFactory類的doCreateBean方法是創(chuàng)建bean的開始,我們可以看到首先需要實(shí)例化這個(gè)bean,也就是在堆中開辟一塊內(nèi)存空間給這個(gè)對象,createBeanInstance方法里面邏輯大概就是采用反射生成實(shí)例對象,進(jìn)行到這里表示對象還并未進(jìn)行屬性的填充,也就是@Autowired注解的屬性還未得到注入

我們可以看到第二步就是填充bean的成員屬性,populateBean方法里面的邏輯大致就是對使用到了注入屬性的注解就會(huì)進(jìn)行注入,如果在注入的過程發(fā)現(xiàn)注入的對象還沒生成,則會(huì)跑去生產(chǎn)要注入的對象,第三步就是調(diào)用initializeBean方法初始化bean,也就是調(diào)用我們上述所提到的接口

可以看到initializeBean方法中,首先調(diào)用的是使用的Aware接口的方法,我們具體看一下invokeAwareMethods方法中會(huì)調(diào)用Aware接口的那些方法

我們可以知道如果我們實(shí)現(xiàn)了BeanNameAware,BeanClassLoaderAware,BeanFactoryAware三個(gè)Aware接口的話,會(huì)依次調(diào)用setBeanName(), setBeanClassLoader(), setBeanFactory()方法,再看applyBeanPostProcessorsBeforeInitialization源碼

發(fā)現(xiàn)會(huì)如果有類實(shí)現(xiàn)了BeanPostProcessor接口,就會(huì)執(zhí)行postProcessBeforeInitialization方法,這里需要注意的是:如果多個(gè)類實(shí)現(xiàn)BeanPostProcessor接口,那么多個(gè)實(shí)現(xiàn)類都會(huì)執(zhí)行postProcessBeforeInitialization方法,可以看到是for循環(huán)依次執(zhí)行的,還有一個(gè)注意的點(diǎn)就是如果加載A類到spring容器中,A類也重寫了BeanPostProcessor接口的postProcessBeforeInitialization方法,這時(shí)要注意A類的postProcessBeforeInitialization方法并不會(huì)得到執(zhí)行,因?yàn)锳類還未加載完成,還未完全放到spring的singletonObjects一級緩存中。

再看一個(gè)注意的點(diǎn)

可以看到ApplicationContextAwareProcessor也實(shí)現(xiàn)了BeanPostProcessor接口,重寫了postProcessBeforeInitialization方法,方法里面并調(diào)用了invokeAwareInterfaces方法,而invokeAwareInterfaces方法也寫著如果實(shí)現(xiàn)了眾多的Aware接口,則會(huì)依次執(zhí)行相應(yīng)的方法,值得注意的是ApplicationContextAware接口的setApplicationContext方法,再看一下invokeInitMethods源碼

發(fā)現(xiàn)如果實(shí)現(xiàn)了InitializingBean接口,重寫了afterPropertiesSet方法,則會(huì)調(diào)用afterPropertiesSet方法,最后還會(huì)調(diào)用是否指定了init-method,可以通過<bean init-method>標(biāo)簽,或者@Bean注解的initMethod指定,最后再看一張applyBeanPostProcessorsAfterInitialization源碼圖

發(fā)現(xiàn)跟之前的postProcessBeforeInitialization方法類似,也是循環(huán)遍歷實(shí)現(xiàn)了BeanPostProcessor的接口實(shí)現(xiàn)類,執(zhí)行postProcessAfterInitialization方法。整個(gè)bean的生命執(zhí)行流程就如上面截圖所示,哪個(gè)接口的方法在哪里被調(diào)用,方法的執(zhí)行流程

最后,對bean的生命流程進(jìn)行一個(gè)流程圖的總結(jié)

三級緩存解決循環(huán)依賴

上一小節(jié)對bean的生命周期做了一個(gè)整體的流程分析,對spring如何去解決循環(huán)依賴的很有幫助。前面我們分析到填充屬性時(shí),如果發(fā)現(xiàn)屬性還未在spring中生成,則會(huì)跑去生成屬性對象實(shí)例

我們可以看到填充屬性的時(shí)候,spring會(huì)提前將已經(jīng)實(shí)例化的bean通過ObjectFactory半成品暴露出去,為什么稱為半成品是因?yàn)檫@時(shí)候的bean對象實(shí)例化,但是未進(jìn)行屬性填充,是一個(gè)不完整的bean實(shí)例對象

spring利用singletonObjects, earlySingletonObjects, singletonFactories三級緩存去解決的,所說的緩存其實(shí)也就是三個(gè)Map

可以看到三級緩存各自保存的對象,這里重點(diǎn)關(guān)注二級緩存earlySingletonObjects和三級緩存singletonFactory,一級緩存可以進(jìn)行忽略。前面我們講過先實(shí)例化的bean會(huì)通過ObjectFactory半成品提前暴露在三級緩存中

singletonFactory是傳入的一個(gè)匿名內(nèi)部類,調(diào)用ObjectFactory.getObject()最終會(huì)調(diào)用getEarlyBeanReference方法。再來看看循環(huán)依賴中是怎么拿其它半成品的實(shí)例對象的。

我們假設(shè)現(xiàn)在有這樣的場景AService依賴BService,BService依賴AService

1. AService首先實(shí)例化,實(shí)例化通過ObjectFactory半成品暴露在三級緩存中

2. 填充屬性BService,發(fā)現(xiàn)BService還未進(jìn)行過加載,就會(huì)先去加載BService

3. 再加載BService的過程中,實(shí)例化,也通過ObjectFactory半成品暴露在三級緩存

4. 填充屬性AService的時(shí)候,這時(shí)候能夠從三級緩存中拿到半成品的ObjectFactory

拿到ObjectFactory對象后,調(diào)用ObjectFactory.getObject()方法最終會(huì)調(diào)用getEarlyBeanReference()方法,getEarlyBeanReference這個(gè)方法主要邏輯大概描述下如果bean被AOP切面代理則返回的是beanProxy對象,如果未被代理則返回的是原bean實(shí)例,這時(shí)我們會(huì)發(fā)現(xiàn)能夠拿到bean實(shí)例(屬性未填充),然后從三級緩存移除,放到二級緩存earlySingletonObjects中,而此時(shí)B注入的是一個(gè)半成品的實(shí)例A對象,不過隨著B初始化完成后,A會(huì)繼續(xù)進(jìn)行后續(xù)的初始化操作,最終B會(huì)注入的是一個(gè)完整的A實(shí)例,因?yàn)樵趦?nèi)存中它們是同一個(gè)對象。下面是重點(diǎn),我們發(fā)現(xiàn)這個(gè)二級緩存好像顯得有點(diǎn)多余,好像可以去掉,只需要一級和三級緩存也可以做到解決循環(huán)依賴的問題???

只要兩個(gè)緩存確實(shí)可以做到解決循環(huán)依賴的問題,但是有一個(gè)前提這個(gè)bean沒被AOP進(jìn)行切面代理,如果這個(gè)bean被AOP進(jìn)行了切面代理,那么只使用兩個(gè)緩存是無法解決問題,下面來看一下bean被AOP進(jìn)行了切面代理的場景

我們發(fā)現(xiàn)AService的testAopProxy被AOP代理了,看看傳入的匿名內(nèi)部類的getEarlyBeanReference返回的是什么對象

發(fā)現(xiàn)singletonFactory.getObject()返回的是一個(gè)AService的代理對象,還是被CGLIB代理的。再看一張?jiān)賵?zhí)行一遍singletonFactory.getObject()返回的是否是同一個(gè)AService的代理對象

我們會(huì)發(fā)現(xiàn)再執(zhí)行一遍singleFactory.getObject()方法又是一個(gè)新的代理對象,這就會(huì)有問題了,因?yàn)锳Service是單例的,每次執(zhí)行singleFactory.getObject()方法又會(huì)產(chǎn)生新的代理對象,假設(shè)這里只有一級和三級緩存的話,我每次從三級緩存中拿到singleFactory對象,執(zhí)行g(shù)etObject()方法又會(huì)產(chǎn)生新的代理對象,這是不行的,因?yàn)锳Service是單例的,所有這里我們要借助二級緩存來解決這個(gè)問題,將執(zhí)行了singleFactory.getObject()產(chǎn)生的對象放到二級緩存中去,后面去二級緩存中拿,沒必要再執(zhí)行一遍singletonFactory.getObject()方法再產(chǎn)生一個(gè)新的代理對象,保證始終只有一個(gè)代理對象。還有一個(gè)注意的點(diǎn)

既然singleFactory.getObject()返回的是代理對象,那么注入的也應(yīng)該是代理對象,我們可以看到注入的確實(shí)是經(jīng)過CGLIB代理的AService對象。所以如果沒有AOP的話確實(shí)可以兩級緩存就可以解決循環(huán)依賴的問題,如果加上AOP,兩級緩存是無法解決的,不可能每次執(zhí)行singleFactory.getObject()方法都給我產(chǎn)生一個(gè)新的代理對象,所以還要借助另外一個(gè)緩存來保存產(chǎn)生的代理對象

總結(jié)

前面先講到bean的加載流程,了解了bean加載流程對spring如何解決循環(huán)依賴的問題很有幫助,后面再分析到spring為什么需要利用到三級緩存解決循環(huán)依賴問題,而不是二級緩存。網(wǎng)上可以試試AOP的情形,實(shí)踐一下就能明白二級緩存為什么解決不了AOP代理的場景了

在工作中,一直認(rèn)為編程代碼不是最重要的,重要的是在工作中所養(yǎng)成的編程思維。

到此這篇關(guān)于Spring為何需要三級緩存解決循環(huán)依賴的文章就介紹到這了,更多相關(guān)Spring三級緩存解決循環(huán)依賴內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • SpringCloudGateway?Nacos?GitlabRunner全自動(dòng)灰度服務(wù)搭建發(fā)布

    SpringCloudGateway?Nacos?GitlabRunner全自動(dòng)灰度服務(wù)搭建發(fā)布

    這篇文章主要為大家介紹了SpringCloudGateway?Nacos?GitlabRunner全自動(dòng)灰度服務(wù)搭建和發(fā)布實(shí)戰(zhàn)詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2023-04-04
  • SpringBoot中使用攔截器的配置詳解

    SpringBoot中使用攔截器的配置詳解

    這篇文章主要介紹了SpringBoot中使用攔截器的配置詳解,攔截器是?AOP?的一種實(shí)現(xiàn),專門攔截對動(dòng)態(tài)資源的后臺請求,即攔截對控制層的請?求,使用場景比較多的是判斷用戶是否有權(quán)限請求后臺,需要的朋友可以參考下
    2024-01-01
  • Java中List add添加不同類型元素的講解

    Java中List add添加不同類型元素的講解

    今天小編就為大家分享一篇關(guān)于java的List add不同類型的對象,小編覺得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來看看吧
    2019-03-03
  • 詳談fastjson將對象格式化成json時(shí)的兩個(gè)問題

    詳談fastjson將對象格式化成json時(shí)的兩個(gè)問題

    下面小編就為大家?guī)硪黄斦刦astjson將對象格式化成json時(shí)的兩個(gè)問題。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2017-05-05
  • ThreadLocal作用原理與內(nèi)存泄露示例解析

    ThreadLocal作用原理與內(nèi)存泄露示例解析

    這篇文章主要為大家介紹了ThreadLocal作用原理與內(nèi)存泄露示例解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2022-09-09
  • Mybatis-plus在項(xiàng)目中的簡單應(yīng)用

    Mybatis-plus在項(xiàng)目中的簡單應(yīng)用

    Mybatis-plus是Spring框架中OOM的一大利器,其簡單易用參考官網(wǎng)文檔即可很快上手,本文主要介紹了邏輯刪除,自動(dòng)填充,分頁插件等的簡單使用,感興趣的可以了解一下
    2021-07-07
  • Mybatis多個(gè)字段模糊匹配同一個(gè)值的案例

    Mybatis多個(gè)字段模糊匹配同一個(gè)值的案例

    這篇文章主要介紹了Mybatis多個(gè)字段模糊匹配同一個(gè)值的案例,具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2020-09-09
  • JavaSE中Lambda表達(dá)式的使用與變量捕獲

    JavaSE中Lambda表達(dá)式的使用與變量捕獲

    這篇文章主要介紹了JavaSE中Lambda表達(dá)式的使用與變量捕獲,Lambda表達(dá)式允許你通過表達(dá)式來代替功能接口, 就和方法一樣,它提供了一個(gè)正常的參數(shù)列表和一個(gè)使用這些參數(shù)的主體,下面我們來詳細(xì)看看,需要的朋友可以參考下
    2023-10-10
  • Java中注解@JsonFormat與@DateTimeFormat的使用

    Java中注解@JsonFormat與@DateTimeFormat的使用

    從數(shù)據(jù)庫獲取時(shí)間傳到前端進(jìn)行展示的時(shí)候,我們有時(shí)候可能無法得到一個(gè)滿意的時(shí)間格式的時(shí)間日期,本文主要介紹了Java中注解@JsonFormat與@DateTimeFormat的使用,文中通過示例代碼介紹的非常詳細(xì),需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2023-08-08
  • Java實(shí)現(xiàn)多線程中的靜態(tài)代理模式

    Java實(shí)現(xiàn)多線程中的靜態(tài)代理模式

    靜態(tài)代理屬于設(shè)計(jì)模式中的代理模式。這篇文章主要介紹了Java實(shí)現(xiàn)多線程中的靜態(tài)代理模式,詳細(xì)的介紹了靜態(tài)代理的使用,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2021-05-05

最新評論