循環(huán)依賴問(wèn)題

循環(huán)依賴就是兩個(gè)或則兩個(gè)以上的bean互相持有對(duì)方，最終形成閉環(huán)。比如A依賴于B，B依賴于C，C又依賴于A。

在創(chuàng)建A對(duì)象的同時(shí)需要使用的B對(duì)象，在創(chuàng)建B對(duì)象的同時(shí)需要使用到A對(duì)象

循環(huán)依賴可能會(huì)導(dǎo)致程序出現(xiàn)各種問(wèn)題，比如編譯錯(cuò)誤、運(yùn)行時(shí)錯(cuò)誤、死鎖等。因此，避免循環(huán)依賴是編寫(xiě)高質(zhì)量軟件的重要方面之一。

解決方案討論

Spring中循環(huán)依賴場(chǎng)景有：

• 構(gòu)造器的循環(huán)依賴field屬性的循環(huán)依賴
• 我們將對(duì)這倆個(gè)場(chǎng)景進(jìn)行解決方案的討論

field屬性的循環(huán)依賴解決方案

Spring 通過(guò)提前曝光機(jī)制，利用三級(jí)緩存解決field屬性的循環(huán)依賴。

對(duì)應(yīng)的三級(jí)緩存如下所示：

//單實(shí)例對(duì)象注冊(cè)器
public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
    private static final int SUPPRESSED_EXCEPTIONS_LIMIT = 100;
    //一級(jí)緩存
    private final Map<String, Object> singletonObjects = new ConcurrentHashMap(256);
    //三級(jí)緩存
    private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap(16);
    //二級(jí)緩存
    private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap(16);
}

二級(jí)緩存為早期曝光對(duì)象earlySingletonObjects，三級(jí)緩存為早期曝光對(duì)象工廠（singletonFactories）。 

解決過(guò)程： 

• 先實(shí)例A對(duì)象，同時(shí)會(huì)創(chuàng)建ObjectFactory對(duì)象存入三級(jí)緩存singletonFactories
• A在初始化的時(shí)候需要B對(duì)象，這個(gè)走B的創(chuàng)建的邏輯
• B實(shí)例化完成，也會(huì)創(chuàng)建ObjectFactory對(duì)象存入三級(jí)緩存singletonFactories
• B需要注入A，通過(guò)三級(jí)緩存中獲取ObjectFactory來(lái)生成一個(gè)A的對(duì)象同時(shí)存入二級(jí)緩存，這個(gè)是有兩種情況，一個(gè)是可能是A的普通對(duì)象，另外一個(gè)是A的代理對(duì)象，都可以讓ObjectFactory來(lái)生產(chǎn)對(duì)應(yīng)的對(duì)象，這也是三級(jí)緩存的關(guān)鍵
• B通過(guò)從通過(guò)二級(jí)緩存earlySingletonObjects 獲得到A的對(duì)象后可以正常注入，B創(chuàng)建成功，存入一級(jí)緩存singletonObjects
• 回到A對(duì)象初始化，因?yàn)锽對(duì)象已經(jīng)創(chuàng)建完成，則可以直接注入B，A創(chuàng)建成功存入一次緩存singletonObjects
• 二級(jí)緩存中的臨時(shí)對(duì)象A清除

三級(jí)緩存的Value是ObjectFactory，可以從里邊拿到代理對(duì)象 

二級(jí)緩存存在的必要就是為了性能，從三級(jí)緩存的工廠里創(chuàng)建出對(duì)象，再扔到二級(jí)緩存（這樣就不用每次都要從工廠里拿） 

構(gòu)造器的循環(huán)依賴解決方案

 基于field屬性的循環(huán)依賴，Spring幫我們利用三級(jí)緩存自己解決掉了，但對(duì)于構(gòu)造器的循環(huán)依賴，spring不能幫我們解決掉，這個(gè)時(shí)候?qū)τ跇?gòu)造器的循環(huán)依賴問(wèn)題，我們可以修改代碼把他換成 基于field屬性的循環(huán)依賴。還有一種方法就是使用@Lazy 注解

  public UserService(@Lazy OrderService orderService){
    this.orderService = orderService;
  }

@Lazy注解指示是否要延遲初始化 bean。 它可以用于@Component和@Bean定義。

@Lazy bean 不會(huì)被初始化，直到被另一個(gè) bean 引用或從BeanFactory中顯式檢索。 不使用@Lazy注解的 Bean 會(huì)被初始化。 

在Java中，@Lazy是一個(gè)注解，它可以用來(lái)延遲初始化對(duì)象的創(chuàng)建。通常情況下，當(dāng)對(duì)象被創(chuàng)建時(shí)，它的所有屬性都會(huì)被初始化。但是，有時(shí)候我們可能不想在對(duì)象被創(chuàng)建時(shí)立即初始化它的所有屬性，特別是當(dāng)某些屬性的初始化需要大量的計(jì)算或者需要耗費(fèi)很多時(shí)間時(shí)。在這種情況下，我們可以使用@Lazy注解來(lái)延遲它們的初始化，直到需要使用它們時(shí)才會(huì)進(jìn)行實(shí)際的初始化操作。

在構(gòu)造方法上使用@Lazy注解的效果和在屬性上使用@Lazy注解是類(lèi)似的，只是它會(huì)影響整個(gè)對(duì)象的初始化順序。在使用@Lazy注解時(shí)，構(gòu)造方法中不會(huì)進(jìn)行對(duì)象屬性的初始化操作，而是在第一次訪問(wèn)某個(gè)被@Lazy注解所標(biāo)記的屬性時(shí)進(jìn)行初始化。這就意味著，當(dāng)我們使用@Lazy注解時(shí)，只有在真正需要使用某個(gè)屬性時(shí)才會(huì)進(jìn)行初始化。這樣就可以避免某些屬性的無(wú)效初始化，提高了代碼的性能和效率。

到此這篇關(guān)于淺談Spring中的循環(huán)依賴問(wèn)題與解決方案的文章就介紹到這了,更多相關(guān)Spring循環(huán)依賴解決方案內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論