springIoc的理解，原理和實現(xiàn)

控制反轉(zhuǎn)

理論思想，原來的對象是由使用者來進(jìn)行控制，有了spring之后，可以把整個對象交給spring來幫我們進(jìn)行管理

依賴注入DI

依賴注入，把對應(yīng)的屬性的值注入到具體的對象中，@autowired,populateBean完成屬性的注入

容器

beanFactory，存儲對象，使用map結(jié)構(gòu)來存儲，在spring中一般存在三級緩存，singletonObjects存放完整的bean對象，earylySingletonObject,factoryObject，整個bean的生命周期，從創(chuàng)建初始化使用到銷毀的過程都是容器來管理的

分：

1. 一般ioc容器的時候涉及到容器的創(chuàng)建過程（beanFactory，DefaultListableBeanFactory），向bean工廠中設(shè)置一些參數(shù)BeanPostProcessor，Aware接口的子類等等屬性
2. 加載解析bean對象，準(zhǔn)備要創(chuàng)建的bean對象的定義對象 beanDefinition(xml或者注解的解析過程)
3. beanFactoryPostProcessor的處理，此處是擴展點，PlaceHolder ConfigurSupport（占位符）,ConfigurationClassProcessor.
4. BeanPostProcessor的注冊功能，方便后續(xù)bean對象完成具體的擴展對象。
5. 通過反射的方式將BeanDefinition對象實例化成具體的bean對象。
6. bean對象的初始化過程（填充屬性，調(diào)用aware的子類方法，調(diào)用BeanPostProcessor前置處理方法，調(diào)用init-method方法，BeanPostProcessor的后置處理方法）
7. 生成完整的bean對象，通過getBean方法可以直接獲取。

createBeanFactory，getBean，doGetBean，createBean，doCreateBean，createBeanInstance，populateBean

1. 先通過createBeanFactory創(chuàng)建出一個Bean工廠（DeafaultListableBeanFactory）
2. 開始循環(huán)創(chuàng)建對象，因為容器中的bean默認(rèn)都是單例的，所以通過getBean，doGetBean從容器中查找，找不到的話，通過createBean，doCreateBean方法，以反射的方式創(chuàng)建對象，一般情況下使用無參的構(gòu)造方法（getDeclaredConstruce，newInstance）
3. 進(jìn)行對象的屬性填充populateBean
4. 進(jìn)行其他的初始化操作initializingBean

描述一下bean的生命周期

1. 實例化bean，反射的方式生成對象
2. 填充bean的屬性：populateBean（），循環(huán)依賴的問題（三級緩存）
3. 調(diào)用aware接口相關(guān)的方法：invokeAwareMethod（完成beanName可以獲取容器bean的名稱，BeanFactory獲取當(dāng)前bean factory這也可以調(diào)用容器的服務(wù)，BeanClassLoader對象的屬性設(shè)置）
4. 調(diào)用BeanPostProcessor中的前置方法：使用比較多的ApplicationContextPostProcessor設(shè)置ApplicationContext，Environment，ResourceLoader，EmbeddValueResolver等對象。
5. 調(diào)用initmethod方法：invokeInitmethod（），判斷是否實現(xiàn)了IntialzingBean接口，如果有，調(diào)用afterPropertiesSet方法。
6. 調(diào)用BeanPostProceessor的后置處理方法：spring的aop就是在此實現(xiàn)的，AbstractAutoProxyCreator注冊Destuction相關(guān)的回調(diào)接口。
7. 通過getbean獲取完整對象
8. 銷毀 判斷是否實現(xiàn)了DisposableBean接口 destroyMethod方法

循環(huán)依賴

什么是循環(huán)依賴

第一種互相依賴：A 依賴 B，B 又依賴 A，它們之間形成了循環(huán)依賴

第二種三者之間的依賴 A依賴B，B依賴C，C依賴A

第三種是自我依賴：A依賴A形成了循環(huán)依賴

三級緩存

1. singletonObjects：緩存某個beanName對應(yīng)的經(jīng)過了完整生命周期的bean
2. earlySingletonObjects：緩存提前拿原始對象進(jìn)行了AOP之后得到的代理對象，原始對象還沒有進(jìn)行屬性注入和后續(xù)的BeanPostProcessor等生命周期
3. singletonFactories：緩存的是一個ObjectFactory，主要用來去生成原始對象進(jìn)行了AOP之后得到的代理對象，在每個Bean的生成過程中，都會提前暴露一個工廠，這個工廠可能用到，也可能用不到，如果沒有出現(xiàn)循環(huán)依賴依賴本bean，那么這個工廠無用，本bean按照自己的生命周期執(zhí)行，執(zhí)行完后直接把本bean放入singletonObjects中即可，如果出現(xiàn)了循環(huán)依賴依賴了本bean，則另外那個bean執(zhí)行ObjectFactory提交得到一個AOP之后的代理對象(如果有AOP的話，如果無需AOP，則直接得到一個原始對象)。

public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
	/** Cache of singleton objects: bean name to bean instance. */
	private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);

	/** Cache of singleton factories: bean name to ObjectFactory. */
	private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);

	/** Cache of early singleton objects: bean name to bean instance. */
	private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16);
}

能否把一級緩存和二級緩存合并，只保留一個map結(jié)構(gòu)來完成類似的功能？

理論上是可行的，一級緩存和二級緩存的value類型都是Object，都可以用來存放對象，只是對象的狀態(tài)不同而已，所以當(dāng)使用一個map的時候，只要給定具體的標(biāo)識就可以解決這個問題，也就是說設(shè)置對象的時候，在value中不再直接存放對象，而是對象加標(biāo)識位，比如0代表成品，1代表半成品，那么一個map就可以存儲成品對象和半成品對象了，但是雖然可以這么干，沒人會這么做，代碼不優(yōu)雅，而且每次在進(jìn)行對象的存或者放的時候都要判斷是否是成品對象，比較麻煩，直接用兩個map結(jié)構(gòu)解決即可

如果只有一級緩存和二級緩存，能否解決循環(huán)依賴的問題？

可以，但是有前提條件：沒有aop的配置或者不需要創(chuàng)建代理對象的時候，兩個map就可以解決循環(huán)依賴的問題

為什么三級緩存可以解決aop下的循環(huán)依賴問題？三級緩存到底有什么作用？

1，在同一個容器中，能否出現(xiàn)同名的不同對象？

不能，id是唯一標(biāo)識

2，在同一個容器中，按照標(biāo)準(zhǔn)的生命周期，先創(chuàng)建了原始對象，后續(xù)又創(chuàng)建了代理對象，那時會怎么辦？

當(dāng)創(chuàng)建了代理對象之后，應(yīng)該要使用代理對象的，但是原始對象已經(jīng)存在，那么應(yīng)該將原始對象給覆蓋掉。getEarlyBeanReference（）方法執(zhí)行的邏輯是一樣的

3，三級緩存到底有什么作用，為什么存在代理對象的時候就要使用三級緩存呢？

在標(biāo)準(zhǔn)的bean的生命周期中，要先創(chuàng)建出原始對象，創(chuàng)建出原始對象之后要使用populateBean方法來完成屬性的賦值，此時賦值的對象是原始對象，因為代理對象還沒有創(chuàng)建，代理對象的創(chuàng)建步驟是在BeanPostProcessor的后置處理方法中，也就是說已經(jīng)完成賦值之后代理對象才創(chuàng)建出來，所以會報錯（this means that said other beans do not use the final version of the bean），如何解決這個問題呢？

需要將代理對象的創(chuàng)建前置，也就是說在對象賦值的那一刻，要唯一性的確定出到底是原始對象還是代理對象，所以會優(yōu)先把所有的bean都放到三級緩存中，在需要進(jìn)行對象賦值的時候，從三級緩存中取出lambda表達(dá)式，lambda表達(dá)式的執(zhí)行邏輯就是確定原始對象還是代理對象。如果是原始對象就賦值原始對象，如果是代理對象就賦值代理對象。

Spring中哪些情況下，不能解決循環(huán)依賴問題？

1，多例Bean通過setter注入的情況，不能解決循環(huán)依賴的問題。當(dāng)兩個多例Bean相互依賴并且使用 Setter 方法注入時，Spring容器無法解決循環(huán)依賴。這是因為在多例模式下，每次請求獲取一個新的Bean實例，Spring容器無法在創(chuàng)建Bean之前就確定依賴關(guān)系。

2，構(gòu)造器注入的bean情況，不能解決循環(huán)依賴的問題。循環(huán)依賴的產(chǎn)生：循環(huán)依賴通常在Bean的創(chuàng)建階段發(fā)生，而構(gòu)造器注入是在Bean創(chuàng)建之前發(fā)生的，因此無法通過構(gòu)造器注入的方式解決已經(jīng)發(fā)生的循環(huán)依賴。

3，設(shè)置了@DependsOn的Bean情況，不能解決循環(huán)依賴的問題。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論