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

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

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

在建議使用Spring時(shí)，如果沒(méi)有要注意按結(jié)構(gòu)實(shí)現(xiàn)構(gòu)造器的依賴(lài)注入，則肯定會(huì)碰到循環(huán)依賴(lài)的情況，簡(jiǎn)單而言應(yīng)該是BeanA的構(gòu)造器依賴(lài)于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)單類(lèi)的對(duì)象對(duì)象，然后把再涌入依賴(lài)。舉例Spring簡(jiǎn)單創(chuàng)建角色Class A，那么都會(huì)發(fā)現(xiàn)在構(gòu)造器里有ClassB的依賴(lài)，所以都會(huì)轉(zhuǎn)去修改ClassB，又在ClassB的構(gòu)造器里發(fā)現(xiàn)到了對(duì)Class A的依賴(lài)，而此時(shí)Class A是還未系統(tǒng)初始化完的，并且又會(huì)轉(zhuǎn)去修改Class A。

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

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

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

springboot怎么注入@configuration類(lèi)？

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

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

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

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

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