spring如何理解循環(huán)依賴？循環(huán)依賴就是停止循環(huán)引用，就是兩個(gè)或多個(gè)Bean相互之間的所屬對(duì)方，比方CircularityA引用CircularityB，CircularityB腳注Circular

spring如何理解循環(huán)依賴？

循環(huán)依賴就是停止循環(huán)引用，就是兩個(gè)或多個(gè)Bean相互之間的所屬對(duì)方，比方CircularityA引用CircularityB，CircularityB腳注CircularityC，CircularityC直接引用CircularityA。不能形成一個(gè)環(huán)狀引用關(guān)系。

在建議使用Spring時(shí)，如果沒有要注意按結(jié)構(gòu)實(shí)現(xiàn)構(gòu)造器的依賴注入，則肯定會(huì)碰到循環(huán)依賴的情況，簡(jiǎn)單而言應(yīng)該是BeanA的構(gòu)造器依賴于BeanB，BeanB的構(gòu)造器又依戀于BeanA。

這時(shí)候運(yùn)行測(cè)試3都會(huì)才發(fā)現(xiàn)擲下了BeanCurrentlyInCreationException十分。再產(chǎn)生狀況的原因是，Spring在創(chuàng)建戰(zhàn)隊(duì)Bean時(shí)，會(huì)簡(jiǎn)單類的對(duì)象對(duì)象，然后把再涌入依賴。舉例Spring簡(jiǎn)單創(chuàng)建角色Class A，那么都會(huì)發(fā)現(xiàn)在構(gòu)造器里有ClassB的依賴，所以都會(huì)轉(zhuǎn)去修改ClassB，又在ClassB的構(gòu)造器里發(fā)現(xiàn)到了對(duì)Class A的依賴，而此時(shí)Class A是還未系統(tǒng)初始化完的，并且又會(huì)轉(zhuǎn)去修改Class A。

換成基于setter的依賴注入即可可以解決這個(gè)問題。是因?yàn)榛趕etter的依賴注入會(huì)簡(jiǎn)單的方法動(dòng)態(tài)創(chuàng)建設(shè)置構(gòu)造函數(shù)來(lái)靜態(tài)方法對(duì)象，然后再內(nèi)部函數(shù)setter基于依賴注入。那樣的話在對(duì)象實(shí)例化的階段就沒有了任何依賴，并且Class A構(gòu)造器成功后再動(dòng)態(tài)鏈接庫(kù)ClassB，ClassB構(gòu)造器結(jié)束后又開始設(shè)值，而這時(shí)Class A早是構(gòu)造器能夠完成了的，所以也可以成功語(yǔ)句到Class A。

springboot是哪個(gè)公司的？

springboot是由pivotal團(tuán)隊(duì)提供給的框架，主要是用于簡(jiǎn)化后spring應(yīng)用中的初始化堆建以及各種配置與開發(fā)過程。該框架可以使用了特定的事件的來(lái)參與配置，最大限度地使開發(fā)人員不再繼續(xù)是需要符號(hào)表示樣板化的配置文件，哪個(gè)網(wǎng)站的穩(wěn)定啊版本是于2021年1月份查找的2.5.3版本。

springboot怎么注入@configuration類？

springboot核心注解@EnableAutoConfiguration會(huì)導(dǎo)入@Import()，這個(gè)類實(shí)現(xiàn)程序了DeferredImportSelector接口，即可以不提升spring能夠完成bean的初始化之后會(huì)回調(diào)下跌該接口的selectImports方法，方法的參數(shù)是各個(gè)bean的類屬性，注解等，前往的bean才會(huì)導(dǎo)入到spring中。AutoConfigurationImportSelector實(shí)現(xiàn)方法邏輯不勝感激：

該方法邏輯確切那就是讀取各個(gè)jar包下的spring.factories配置文件，讀取出手動(dòng)配置的類，然后去掉再重復(fù)一遍的和需要首先排除的，然后再參與過濾，即filter方法，該方法:：

重點(diǎn)看第一個(gè)for循環(huán)，getAutoConfigurationImportFilters()會(huì)前往所有AutoConfigurationImportFilter的利用類，目前僅有OnClassCondition這個(gè)類利用了該接口，即直接返回的全是OnClassCondition類的對(duì)象，而OnClassCondition繼承自SpringBootCondition，match會(huì)參照條件過濾雜質(zhì)掉不符合申請(qǐng)條件的配置類，留下符合條件的配置類，最終達(dá)到被AutoConfigurationImportSelector匯聚spring結(jié)束運(yùn)行程序。這里說再看看match方法是應(yīng)該怎么處理ConditionOnClass注解的，看實(shí)現(xiàn)程序，其中的getOutcomes方法實(shí)現(xiàn)方法，其中可以使用createOutcomesResolver方法創(chuàng)建戰(zhàn)隊(duì)了2個(gè)OutcomesResolver，需要注意的是，帶走了一半的解析任務(wù)放在旁邊新開線程中實(shí)現(xiàn)以獲得更好的性能，這里主要注意看StandardOutcomesResolver的實(shí)現(xiàn)，不對(duì)應(yīng)的實(shí)現(xiàn)程序方法：

可以看見讀取文件了類上面的ConditionalOnClass注解的值，后再和環(huán)境中并且不兼容，如果必然就返回ConditionOutcome對(duì)象，存在地回空。當(dāng)經(jīng)過這些過濾，終于由上面說的AutoConfigurationImportSelector類回后被spring讀取從而實(shí)現(xiàn)方法了條件注解的配置功能。

至于@configuration類會(huì)在ConfigurationClassPostProcessor中并且處理，一些其他類型的@Condition條件判斷等，如OnJavaCondition注解等，會(huì)在這里一次性處理，這里不展開。