開發(fā)過程中有這樣一個(gè)場(chǎng)景,2個(gè) bean 初始化邏輯中有依賴關(guān)系,需要控制二者的初始化順序。實(shí)現(xiàn)方式可以有多種,本文結(jié)合目前對(duì) Spring 的理解,嘗試列出幾種思路。
創(chuàng)新互聯(lián)公司堅(jiān)持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時(shí)代的黃岡網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!
場(chǎng)景
假設(shè)A,B兩個(gè) bean 都需要在初始化的時(shí)候從本地磁盤讀取文件,其中B加載的文件,依賴A中加載的全局配置文件中配置的路徑,所以需要A先于B初始化,此外A中的配置改變后也需要觸發(fā)B的重新加載邏輯,所以A,B需要注入彼此。
對(duì)于下面的模型,問題簡(jiǎn)化為:我們需要initA()先于initB()得到執(zhí)行。
@Service public class A { @Autowired private B b; public A() { System.out.println("A construct"); } @PostConstruct public void init() { initA(); } private void initA() { System.out.println("A init"); } } @Service public class B { @Autowired private A a; public B() { System.out.println("B construct"); } @PostConstruct public void init() { initB(); } private void initB(){ System.out.println("B init"); } }
方案一:立Flag
我們可以在業(yè)務(wù)層自己控制A,B的初始化順序,在A中設(shè)置一個(gè)“是否初始化的”標(biāo)記,B初始化前檢測(cè)A是否得以初始化,如果沒有則調(diào)用A的初始化方法,所謂的check-and-act。對(duì)于上述模型,實(shí)現(xiàn)如下:
@Service public class A { private static volatile boolean initialized; @Autowired private B b; public A() { System.out.println("A construct"); } @PostConstruct public void init() { initA(); } public boolean isInitialized() { return initialized; } public void initA() { if (!isInitialized()) { System.out.println("A init"); } initialized = true; } } @Service public class B { @Autowired private A a; public B() { System.out.println("B construct"); } @PostConstruct public void init() { initB(); } private void initB() { if (!a.isInitialized()) { a.initA(); } System.out.println("B init"); }
執(zhí)行效果:
A construct
B construct
A init
B init
這種立flag的方法好處是可以做到lazy initialization,但是如果類似邏輯很多的話代碼中到處充斥著類似代碼,不優(yōu)雅,所以考慮是否框架本身就可以滿足我們的需要。
方案二:使用DependsOn
Spring 中的 DependsOn 注解可以保證被依賴的bean先于當(dāng)前bean被容器創(chuàng)建,但是如果不理解Spring中bean加載過程會(huì)對(duì) DependsOn 有誤解,自己也確實(shí)踩過坑。對(duì)于上述模型,如果在B上加上注解@DependsOn({"a"}),得到的執(zhí)行結(jié)果是:
A construct
B construct
B init
A init
在這里問題的關(guān)鍵是:bean屬性的注入是在初始化方法調(diào)用之前。
// 代碼位置:AbstractAutowireCapableBeanFactory.doCreateBean // 填充 bean 的各個(gè)屬性,包括依賴注入 populateBean(beanName, mbd, instanceWrapper); if (exposedObject != null) { // 調(diào)用初始化方法,如果是 InitializingBean 則先調(diào)用 afterPropertiesSet 然后調(diào)用自定義的init-method 方法 exposedObject = initializeBean(beanName, exposedObject, mbd); }
結(jié)合本例,發(fā)生的實(shí)際情況是,因?yàn)槌霈F(xiàn)了循環(huán)依賴,A依賴B,加載B,B依賴A,所以得到了一個(gè)提前暴露的A,然后調(diào)用B的初始化方法,接著回到A的初始化方法。具體源碼分析過程如下:
ApplicationContext 在 refresh 過程中的最后會(huì)加載所有的 no-lazy 單例。
本例中,先加載的bean A,最終通過無參構(gòu)造器構(gòu)造,然后,繼續(xù)屬性填充(populateBean),發(fā)現(xiàn)需要注入 bean B。所以轉(zhuǎn)而加載 bean B(遞歸調(diào)用 getBean())。此時(shí)發(fā)現(xiàn) bean B 需要 DependsOn("a"),在保存依賴關(guān)系(為了防止循環(huán) depends)后,調(diào)用 getBean("a"),此時(shí)會(huì)得到提前暴露的 bean A ,所以繼續(xù) B 的加載,流程為: 初始化策略構(gòu)造實(shí)例 -> 屬性填充(同樣會(huì)注入提前暴露的 bean A ) -> 調(diào)用初始化方法。
// 代碼位置:AbstractBeanFactory.doGetBean // Guarantee initialization of beans that the current bean depends on. 實(shí)例化依賴的 bean String[] dependsOn = mbd.getDependsOn(); if (dependsOn != null) { for (String dep : dependsOn) { if (isDependent(beanName, dep)) { throw new BeanCreationException(mbd.getResourceDescription(), beanName, "Circular depends-on relationship between '" + beanName + "' and '" + dep + "'"); } registerDependentBean(dep, beanName); // 緩存 bean 依賴的關(guān)系 getBean(dep); } }
得到提前暴露的 bean A的過程為:
此時(shí)此刻,bean A 的屬性注入完成了, 返回到調(diào)用初始化方法,所以表現(xiàn)的行為是:構(gòu)造A -> 構(gòu)造B -> B初始化 -> A初始化。
DependsOn只是保證的被依賴的bean先于當(dāng)前bean被實(shí)例化,被創(chuàng)建,所以如果要采用這種方式實(shí)現(xiàn)bean初始化順序的控制,那么可以把初始化邏輯放在構(gòu)造函數(shù)中,但是復(fù)雜耗時(shí)的邏輯仿造構(gòu)造器中是不合適的,會(huì)影響系統(tǒng)啟動(dòng)速度。
方案三:容器加載bean之前
Spring 框架中很多地方都為我們提供了擴(kuò)展點(diǎn),很好的體現(xiàn)了開閉原則(OCP)。其中 BeanFactoryPostProcessor 可以允許我們?cè)谌萜骷虞d任何bean之前修改應(yīng)用上下文中的BeanDefinition(從XML配置文件或者配置類中解析得到的bean信息,用于后續(xù)實(shí)例化bean)。
在本例中,就可以把A的初始化邏輯放在一個(gè) BeanFactoryPostProcessor 中。
@Component public class ABeanFactoryPostProcessor implements BeanFactoryPostProcessor { @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory configurableListableBeanFactory) throws BeansException { A.initA(); } }
執(zhí)行效果:
A init
A construct
B construct
B init
這種方式把A中的初始化邏輯放到了加載bean之前,很適合加載系統(tǒng)全局配置,但是這種方式中初始化邏輯不能依賴bean的狀態(tài)。
方案四:事件監(jiān)聽器的有序性
Spring 中的 Ordered 也是一個(gè)很重要的組件,很多邏輯中都會(huì)判斷對(duì)象是否實(shí)現(xiàn)了 Ordered 接口,如果實(shí)現(xiàn)了就會(huì)先進(jìn)行排序操作。比如在事件發(fā)布的時(shí)候,對(duì)獲取到的 ApplicationListener 會(huì)先進(jìn)行排序。
// 代碼位置:AbstractApplicationEventMulticaster.ListenerRetriever.getApplicationListeners() public Collection<ApplicationListener<?>> getApplicationListeners() { LinkedList<ApplicationListener<?>> allListeners = new LinkedList<ApplicationListener<?>>(); for (ApplicationListener<?> listener : this.applicationListeners) { allListeners.add(listener); } if (!this.applicationListenerBeans.isEmpty()) { BeanFactory beanFactory = getBeanFactory(); for (String listenerBeanName : this.applicationListenerBeans) { try { ApplicationListener<?> listener = beanFactory.getBean(listenerBeanName, ApplicationListener.class); if (this.preFiltered || !allListeners.contains(listener)) { allListeners.add(listener); } } catch (NoSuchBeanDefinitionException ex) { // Singleton listener instance (without backing bean definition) disappeared - // probably in the middle of the destruction phase } } } AnnotationAwareOrderComparator.sort(allListeners); // 排序 return allListeners; }
所以可以利用事件監(jiān)聽器在處理事件時(shí)的有序性,在應(yīng)用上下文 refresh 完成后,分別實(shí)現(xiàn)A,B中對(duì)應(yīng)的初始化邏輯。
@Component public class ApplicationListenerA implements ApplicationListener<ApplicationContextEvent>, Ordered { @Override public void onApplicationEvent(ApplicationContextEvent event) { initA(); } @Override public int getOrder() { return Ordered.HIGHEST_PRECEDENCE; // 比 ApplicationListenerB 優(yōu)先級(jí)高 } public static void initA() { System.out.println("A init"); } } @Component public class ApplicationListenerB implements ApplicationListener<ApplicationContextEvent>, Ordered{ @Override public void onApplicationEvent(ApplicationContextEvent event) { initB(); } @Override public int getOrder() { return Ordered.HIGHEST_PRECEDENCE -1; } private void initB() { System.out.println("B init"); } }
執(zhí)行效果:
A construct
B construct
A init
B init
這種方式就是站在事件響應(yīng)的角度,上下文加載完成后,先實(shí)現(xiàn)A邏輯,然后實(shí)現(xiàn)B邏輯。
總結(jié)
在平時(shí)的開發(fā)中使用的可能都是一個(gè)語(yǔ)言,一個(gè)框架的冰山一角,隨著對(duì)語(yǔ)言,對(duì)框架的不斷深入,你會(huì)發(fā)現(xiàn)更多的可能。本文只是基于目前對(duì)于 Spring 框架的理解做出的嘗試,解決一個(gè)問題可能有多種方式,其中必然存在權(quán)衡選擇,取決于對(duì)業(yè)務(wù)對(duì)技術(shù)的理解。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持創(chuàng)新互聯(lián)。
文章標(biāo)題:詳解Spring中如何控制2個(gè)bean中的初始化順序
網(wǎng)站URL:http://m.rwnh.cn/article34/pedope.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站收錄、網(wǎng)站維護(hù)、服務(wù)器托管、網(wǎng)站排名、定制網(wǎng)站、網(wǎng)站改版
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)