一、循環(huán)依賴

顧名思義多個類中的依賴形成了環(huán)路，形成了類似于死鎖的情況，導致springboot在啟動時無法為我們創(chuàng)建Bean。通俗來說 就是beanA中依賴了beanB，beanB中也依賴了beanA。

spring是支持循環(huán)依賴的，但是默認只支持單例的循環(huán)依賴，如果bean中依賴了原型bean，則需要加上lookup方法。Spring會為我們解決循環(huán)依賴。

@Autowired是通過三級緩存來解決循環(huán)依賴的。

@Autowired進行屬性注入可以解決循環(huán)依賴。原理是： Spring控制了bean的生命周期，先實例化bean,后注入bean的屬性。 Spring中記錄了正在創(chuàng)建中的bean（已經(jīng)實例化但還沒初始化完畢的bean）,所以可以再注入屬性是，從記錄的ben中去依賴的對象。

相對而言，單純使用構造器注入就無法解決循環(huán)依賴。因為在構造時就需要傳入依賴的對象，導致無法實例化。但是 構造器注入可以使用@Lazy解決循環(huán)依賴，在實例化時，傳入代理對象，真正使用時才會生成真正的對象。

二、循環(huán)依賴形成條件(使用構造器注入)

1、使用構造方法的方式來注入依賴，并且類A中依賴類B，類B也同時依賴類A，這樣兩個類都無法正常進行Bean的創(chuàng)建，就會拋出異常：BeanCurrentlyInCreationException

@Component
public class A {
    private B b;
    @Autowired
    public A(B b) {
        this.b = b;
    }
}

@Component
public class B {
    private A a;
    @Autowired
    public B(A a) {
        this.a = a;
    }
}

解決方法之一：可以使用lazy注解，延遲加載依賴

@Component
public class A {
    private B b;
    @Autowired
    @Lazy
    public A(B b) {
        this.b = b;
    }
}

@Component
public class B {
    private A a;
    @Autowired
    @Lazy
    public B(A a) {
        this.a = a;
    }
}

三、循環(huán)依賴形成條件(@Aysnc注解的bean生成了對象的代理)

從日志中可以看到是 tPartnerOrgService 這個bean出現(xiàn)了循環(huán)依賴

我在tPartnerOrgService 中使用了@Aysnc注解 進行異步處理，而@Aysnc注解的bean生成了對象的代理，導致Spring bean最終加載的不是一個原始對象導致了此次問題的發(fā)生。

解決方案1：給 tPartnerOrgService 加上@Lazy注解

解決方案2：代碼優(yōu)化，不要讓@Async的Bean參與循環(huán)依賴

四、針對以上問題對Spring如何解決循環(huán)依賴進行詳細闡述

首先Spring維護了三個Map，也就是我們通常說的三級緩存

• singletonObjects：俗稱單例池，緩存創(chuàng)建完成的單例
• BeansingletonFactories：映射創(chuàng)建Bean的原始工廠
• earlySingletonObjects：映射Bean的早期引用，也就是說這個Map里的Bean不是完整的，只是完成了實例化，但還沒有初始化

Spring通過三級緩存解決了循環(huán)依賴，其中一級緩存為單例池（singletonObjects），二級緩存為早期曝光對象earlySingletonObjects，三級緩存為早期曝光對象工廠（singletonFactories）。

當A、B兩個類發(fā)生循環(huán)引用時，在A完成實例化后，就使用實例化后的對象去創(chuàng)建一個對象工廠，并添加到三級緩存中，如果A被AOP代理，那么通過這個工廠獲取到的就是A代理后的對象，如果A沒有被AOP代理，那么這個工廠獲取到的就是A實例化的對象。

當A進行屬性注入時，會去創(chuàng)建B，同時B又依賴了A，所以創(chuàng)建B的同時又會去調用getBean(a)來獲取需要的依賴，此時的getBean(a)會從緩存中獲取，第一步，先獲取到三級緩存中的工廠；第二步，調用對象工工廠的getObject方法來獲取到對應的對象，得到這個對象后將其注入到B中。

緊接著B會走完它的生命周期流程，包括初始化、后置處理器等。當B創(chuàng)建完后，會將B再注入到A中，此時A再完成它的整個生命周期。至此，循環(huán)依賴結束！

簡單一句話說：先去緩存里找Bean，沒有則實例化當前的Bean放到Map，如果有需要依賴當前Bean的，就能從Map取到。

針對上面的@Aysnc注解產(chǎn)生的循環(huán)依賴進行分析：

有@Aysnc注解的bean最后生成了一個代理對象，我們結合Spring bean創(chuàng)建的流程來分析這次問題。

• beanA開始初始化，beanA實例化完成后給beanA的依賴屬性beanB進行賦值
• beanB開始初始化，beanB實例化完成后給beanB的依賴屬性beanA進行賦值
• 因為beanA是支持循環(huán)依賴的，所以可以在earlySingletonObjects中可以拿到beanA的早期引用的，但是因為beanB打了@Aysnc注解并不能在earlySingletonObjects中可以拿到早期引用
• 接下來執(zhí)行執(zhí)行initializeBean(Object existingBean, String beanName)方法，這里beanA可以正常實例化完成，但是因為beanB打了@Aysnc注解，所以向Spring IOC容器中增加了一個代理對象，也就是說beanA的beanB并不是一個原始對象，而是一個代理對象
• 接下來進行執(zhí)行doCreateBean方法時對進行檢測，以下代碼有所刪減，只保留核心邏輯代碼

protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final @Nullable Object[] args)
			throws BeanCreationException {
		if (earlySingletonExposure) {
			Object earlySingletonReference = getSingleton(beanName, false);
			if (earlySingletonReference != null) {
				if (exposedObject == bean) {
					exposedObject = earlySingletonReference;
				}
				else if (!this.allowRawInjectionDespiteWrapping && hasDependentBean(beanName)) {
					String[] dependentBeans = getDependentBeans(beanName);
					Set<String> actualDependentBeans = new LinkedHashSet<>(dependentBeans.length);
					// 重點在這里，這里會遍歷所有依賴的bean，如果beanA依賴beanB和緩存中的beanB不相等
					// 也就是說beanA本來依賴的是一個原始對象beanB，但是這個時候發(fā)現(xiàn)beanB是一個代理對象，就會增加到actualDependentBeans
					for (String dependentBean : dependentBeans) {
						if (!removeSingletonIfCreatedForTypeCheckOnly(dependentBean)) {
							actualDependentBeans.add(dependentBean);
						}
					}
					// 發(fā)現(xiàn)actualDependentBeans不為空，就發(fā)生了我們最開始截圖的錯誤
					if (!actualDependentBeans.isEmpty()) {
						throw new BeanCurrentlyInCreationException(beanName,
								"Bean with name '" + beanName + "' has been injected into other beans [" +
								StringUtils.collectionToCommaDelimitedString(actualDependentBeans) +
								"] in its raw version as part of a circular reference, but has eventually been " +
								"wrapped. This means that said other beans do not use the final version of the " +
								"bean. This is often the result of over-eager type matching - consider using " +
								"'getBeanNamesOfType' with the 'allowEagerInit' flag turned off, for example.");
					}
				}
			}
		}
		// Register bean as disposable.
		try {
			registerDisposableBeanIfNecessary(beanName, bean, mbd);
		}
		catch (BeanDefinitionValidationException ex) {
			throw new BeanCreationException(
					mbd.getResourceDescription(), beanName, "Invalid destruction signature", ex);
		}
		return exposedObject;
	}

到此這篇關于Springboot詳細講解循環(huán)依賴的文章就介紹到這了,更多相關Springboot循環(huán)依賴內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論