0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Spring和Springboot的擴(kuò)展接口總結(jié)

Android編程精選 ? 來(lái)源:簡(jiǎn)書(shū) ? 作者: 鉑賽東 ? 2022-10-13 10:17 ? 次閱讀

1.背景

Spring的核心思想就是容器,當(dāng)容器refresh的時(shí)候,外部看上去風(fēng)平浪靜,其實(shí)內(nèi)部則是一片驚濤駭浪,汪洋一片。Springboot更是封裝了Spring,遵循約定大于配置,加上自動(dòng)裝配的機(jī)制。很多時(shí)候我們只要引用了一個(gè)依賴,幾乎是零配置就能完成一個(gè)功能的裝配。

我非常喜歡這種自動(dòng)裝配的機(jī)制,所以在自己開(kāi)發(fā)中間件和公共依賴工具的時(shí)候也會(huì)用到這個(gè)特性。讓使用者以最小的代價(jià)接入。想要把自動(dòng)裝配玩的轉(zhuǎn),就必須要了解spring對(duì)于bean的構(gòu)造生命周期以及各個(gè)擴(kuò)展接口。當(dāng)然了解了bean的各個(gè)生命周期也能促進(jìn)我們加深對(duì)spring的理解。業(yè)務(wù)代碼也能合理利用這些擴(kuò)展點(diǎn)寫(xiě)出更加漂亮的代碼。

在網(wǎng)上搜索spring擴(kuò)展點(diǎn),發(fā)現(xiàn)很少有博文說(shuō)的很全的,只有一些常用的擴(kuò)展點(diǎn)的說(shuō)明。

所以在這篇文章里,我總結(jié)了幾乎Spring & Springboot所有的擴(kuò)展接口,以及各個(gè)擴(kuò)展點(diǎn)的使用場(chǎng)景。并且整理出了一個(gè)bean在spring內(nèi)部從被加載到最后初始化完成所有可擴(kuò)展點(diǎn)的順序調(diào)用圖。從而我們也能窺探到bean是如何一步步加載到spring容器中的。

2.可擴(kuò)展的接口啟動(dòng)調(diào)用順序圖

以下是我整理的spring容器中Bean的生命周期內(nèi)所有可擴(kuò)展的點(diǎn)的調(diào)用順序,下面會(huì)一個(gè)個(gè)分析

036d3b98-4a23-11ed-a3b6-dac502259ad0.jpg圖片

3.ApplicationContextInitializer

org.springframework.context.ApplicationContextInitializer

這是整個(gè)spring容器在刷新之前初始化ConfigurableApplicationContext的回調(diào)接口,簡(jiǎn)單來(lái)說(shuō),就是在容器刷新之前調(diào)用此類的initialize方法。這個(gè)點(diǎn)允許被用戶自己擴(kuò)展。用戶可以在整個(gè)spring容器還沒(méi)被初始化之前做一些事情。

可以想到的場(chǎng)景可能為,在最開(kāi)始激活一些配置,或者利用這時(shí)候class還沒(méi)被類加載器加載的時(shí)機(jī),進(jìn)行動(dòng)態(tài)字節(jié)碼注入等操作。

擴(kuò)展方式為:

publicclassTestApplicationContextInitializerimplementsApplicationContextInitializer{
@Override
publicvoidinitialize(ConfigurableApplicationContextapplicationContext){
System.out.println("[ApplicationContextInitializer]");
}
}

因?yàn)檫@時(shí)候spring容器還沒(méi)被初始化,所以想要自己的擴(kuò)展的生效,有以下三種方式:

在啟動(dòng)類中用springApplication.addInitializers(new TestApplicationContextInitializer())語(yǔ)句加入

配置文件配置context.initializer.classes=com.example.demo.TestApplicationContextInitializer

Spring SPI擴(kuò)展,在spring.factories中加入org.springframework.context.ApplicationContextInitializer=com.example.demo.TestApplicationContextInitializer

4.BeanDefinitionRegistryPostProcessor

org.springframework.beans.factory.support.BeanDefinitionRegistryPostProcessor

這個(gè)接口在讀取項(xiàng)目中的beanDefinition之后執(zhí)行,提供一個(gè)補(bǔ)充的擴(kuò)展點(diǎn)

使用場(chǎng)景:你可以在這里動(dòng)態(tài)注冊(cè)自己的beanDefinition,可以加載classpath之外的bean

擴(kuò)展方式為:

publicclassTestBeanDefinitionRegistryPostProcessorimplementsBeanDefinitionRegistryPostProcessor{
@Override
publicvoidpostProcessBeanDefinitionRegistry(BeanDefinitionRegistryregistry)throwsBeansException{
System.out.println("[BeanDefinitionRegistryPostProcessor]postProcessBeanDefinitionRegistry");
}

@Override
publicvoidpostProcessBeanFactory(ConfigurableListableBeanFactorybeanFactory)throwsBeansException{
System.out.println("[BeanDefinitionRegistryPostProcessor]postProcessBeanFactory");
}
}

5.BeanFactoryPostProcessor

org.springframework.beans.factory.config.BeanFactoryPostProcessor

這個(gè)接口是beanFactory的擴(kuò)展接口,調(diào)用時(shí)機(jī)在spring在讀取beanDefinition信息之后,實(shí)例化bean之前。

在這個(gè)時(shí)機(jī),用戶可以通過(guò)實(shí)現(xiàn)這個(gè)擴(kuò)展接口來(lái)自行處理一些東西,比如修改已經(jīng)注冊(cè)的beanDefinition的元信息。

擴(kuò)展方式為:

publicclassTestBeanFactoryPostProcessorimplementsBeanFactoryPostProcessor{
@Override
publicvoidpostProcessBeanFactory(ConfigurableListableBeanFactorybeanFactory)throwsBeansException{
System.out.println("[BeanFactoryPostProcessor]");
}
}

6.InstantiationAwareBeanPostProcessor

org.springframework.beans.factory.config.InstantiationAwareBeanPostProcessor

該接口繼承了BeanPostProcess接口,區(qū)別如下:

BeanPostProcess接口只在bean的初始化階段進(jìn)行擴(kuò)展(注入spring上下文前后),而InstantiationAwareBeanPostProcessor接口在此基礎(chǔ)上增加了3個(gè)方法,把可擴(kuò)展的范圍增加了實(shí)例化階段和屬性注入階段。

該類主要的擴(kuò)展點(diǎn)有以下5個(gè)方法,主要在bean生命周期的兩大階段:實(shí)例化階段初始化階段,下面一起進(jìn)行說(shuō)明,按調(diào)用順序?yàn)椋?/p>

postProcessBeforeInstantiation:實(shí)例化bean之前,相當(dāng)于new這個(gè)bean之前

postProcessAfterInstantiation:實(shí)例化bean之后,相當(dāng)于new這個(gè)bean之后

postProcessPropertyValues:bean已經(jīng)實(shí)例化完成,在屬性注入時(shí)階段觸發(fā),@Autowired,@Resource等注解原理基于此方法實(shí)現(xiàn)

postProcessBeforeInitialization:初始化bean之前,相當(dāng)于把bean注入spring上下文之前

postProcessAfterInitialization:初始化bean之后,相當(dāng)于把bean注入spring上下文之后

使用場(chǎng)景:這個(gè)擴(kuò)展點(diǎn)非常有用 ,無(wú)論是寫(xiě)中間件和業(yè)務(wù)中,都能利用這個(gè)特性。比如對(duì)實(shí)現(xiàn)了某一類接口的bean在各個(gè)生命期間進(jìn)行收集,或者對(duì)某個(gè)類型的bean進(jìn)行統(tǒng)一的設(shè)值等等。擴(kuò)展:最全的java面試題庫(kù)

擴(kuò)展方式為:

publicclassTestInstantiationAwareBeanPostProcessorimplementsInstantiationAwareBeanPostProcessor{

@Override
publicObjectpostProcessBeforeInitialization(Objectbean,StringbeanName)throwsBeansException{
System.out.println("[TestInstantiationAwareBeanPostProcessor]beforeinitialization"+beanName);
returnbean;
}

@Override
publicObjectpostProcessAfterInitialization(Objectbean,StringbeanName)throwsBeansException{
System.out.println("[TestInstantiationAwareBeanPostProcessor]afterinitialization"+beanName);
returnbean;
}

@Override
publicObjectpostProcessBeforeInstantiation(ClassbeanClass,StringbeanName)throwsBeansException{
System.out.println("[TestInstantiationAwareBeanPostProcessor]beforeinstantiation"+beanName);
returnnull;
}

@Override
publicbooleanpostProcessAfterInstantiation(Objectbean,StringbeanName)throwsBeansException{
System.out.println("[TestInstantiationAwareBeanPostProcessor]afterinstantiation"+beanName);
returntrue;
}

@Override
publicPropertyValuespostProcessPropertyValues(PropertyValuespvs,PropertyDescriptor[]pds,Objectbean,StringbeanName)throwsBeansException{
System.out.println("[TestInstantiationAwareBeanPostProcessor]postProcessPropertyValues"+beanName);
returnpvs;
}

7.SmartInstantiationAwareBeanPostProcessor

org.springframework.beans.factory.config.SmartInstantiationAwareBeanPostProcessor

該擴(kuò)展接口有3個(gè)觸發(fā)點(diǎn)方法:

predictBeanType:該觸發(fā)點(diǎn)發(fā)生在postProcessBeforeInstantiation之前(在圖上并沒(méi)有標(biāo)明,因?yàn)橐话悴惶枰獢U(kuò)展這個(gè)點(diǎn)),這個(gè)方法用于預(yù)測(cè)Bean的類型,返回第一個(gè)預(yù)測(cè)成功的Class類型,如果不能預(yù)測(cè)返回null;當(dāng)你調(diào)用BeanFactory.getType(name)時(shí)當(dāng)通過(guò)bean的名字無(wú)法得到bean類型信息時(shí)就調(diào)用該回調(diào)方法來(lái)決定類型信息。

determineCandidateConstructors:該觸發(fā)點(diǎn)發(fā)生在postProcessBeforeInstantiation之后,用于確定該bean的構(gòu)造函數(shù)之用,返回的是該bean的所有構(gòu)造函數(shù)列表。用戶可以擴(kuò)展這個(gè)點(diǎn),來(lái)自定義選擇相應(yīng)的構(gòu)造器來(lái)實(shí)例化這個(gè)bean。

getEarlyBeanReference:該觸發(fā)點(diǎn)發(fā)生在postProcessAfterInstantiation之后,當(dāng)有循環(huán)依賴的場(chǎng)景,當(dāng)bean實(shí)例化好之后,為了防止有循環(huán)依賴,會(huì)提前暴露回調(diào)方法,用于bean實(shí)例化的后置處理。這個(gè)方法就是在提前暴露的回調(diào)方法中觸發(fā)。

擴(kuò)展方式為:

publicclassTestSmartInstantiationAwareBeanPostProcessorimplementsSmartInstantiationAwareBeanPostProcessor{

@Override
publicClasspredictBeanType(ClassbeanClass,StringbeanName)throwsBeansException{
System.out.println("[TestSmartInstantiationAwareBeanPostProcessor]predictBeanType"+beanName);
returnbeanClass;
}

@Override
publicConstructor[]determineCandidateConstructors(ClassbeanClass,StringbeanName)throwsBeansException{
System.out.println("[TestSmartInstantiationAwareBeanPostProcessor]determineCandidateConstructors"+beanName);
returnnull;
}

@Override
publicObjectgetEarlyBeanReference(Objectbean,StringbeanName)throwsBeansException{
System.out.println("[TestSmartInstantiationAwareBeanPostProcessor]getEarlyBeanReference"+beanName);
returnbean;
}
}

8.BeanFactoryAware

org.springframework.beans.factory.BeanFactoryAware

這個(gè)類只有一個(gè)觸發(fā)點(diǎn),發(fā)生在bean的實(shí)例化之后,注入屬性之前,也就是Setter之前。這個(gè)類的擴(kuò)展點(diǎn)方法為setBeanFactory,可以拿到BeanFactory這個(gè)屬性。

使用場(chǎng)景為,你可以在bean實(shí)例化之后,但還未初始化之前,拿到BeanFactory,在這個(gè)時(shí)候,可以對(duì)每個(gè)bean作特殊化的定制。也或者可以把BeanFactory拿到進(jìn)行緩存,日后使用。擴(kuò)展:最全的java面試題庫(kù)

擴(kuò)展方式為:

publicclassTestBeanFactoryAwareimplementsBeanFactoryAware{
@Override
publicvoidsetBeanFactory(BeanFactorybeanFactory)throwsBeansException{
System.out.println("[TestBeanFactoryAware]"+beanFactory.getBean(TestBeanFactoryAware.class).getClass().getSimpleName());
}
}

9.ApplicationContextAwareProcessor

org.springframework.context.support.ApplicationContextAwareProcessor

該類本身并沒(méi)有擴(kuò)展點(diǎn),但是該類內(nèi)部卻有6個(gè)擴(kuò)展點(diǎn)可供實(shí)現(xiàn) ,這些類觸發(fā)的時(shí)機(jī)在bean實(shí)例化之后,初始化之前

037dc896-4a23-11ed-a3b6-dac502259ad0.jpg圖片

可以看到,該類用于執(zhí)行各種驅(qū)動(dòng)接口,在bean實(shí)例化之后,屬性填充之后,通過(guò)執(zhí)行以上紅框標(biāo)出的擴(kuò)展接口,來(lái)獲取對(duì)應(yīng)容器的變量。所以這里應(yīng)該來(lái)說(shuō)是有6個(gè)擴(kuò)展點(diǎn),這里就放一起來(lái)說(shuō)了

EnvironmentAware:用于獲取EnviromentAware的一個(gè)擴(kuò)展類,這個(gè)變量非常有用, 可以獲得系統(tǒng)內(nèi)的所有參數(shù)。當(dāng)然個(gè)人認(rèn)為這個(gè)Aware沒(méi)必要去擴(kuò)展,因?yàn)閟pring內(nèi)部都可以通過(guò)注入的方式來(lái)直接獲得。

EmbeddedValueResolverAware:用于獲取StringValueResolver的一個(gè)擴(kuò)展類,StringValueResolver用于獲取基于String類型的properties的變量,一般我們都用@Value的方式去獲取,如果實(shí)現(xiàn)了這個(gè)Aware接口,把StringValueResolver緩存起來(lái),通過(guò)這個(gè)類去獲取String類型的變量,效果是一樣的。

ResourceLoaderAware:用于獲取ResourceLoader的一個(gè)擴(kuò)展類,ResourceLoader可以用于獲取classpath內(nèi)所有的資源對(duì)象,可以擴(kuò)展此類來(lái)拿到ResourceLoader對(duì)象。

ApplicationEventPublisherAware:用于獲取ApplicationEventPublisher的一個(gè)擴(kuò)展類,ApplicationEventPublisher可以用來(lái)發(fā)布事件,結(jié)合ApplicationListener來(lái)共同使用,下文在介紹ApplicationListener時(shí)會(huì)詳細(xì)提到。這個(gè)對(duì)象也可以通過(guò)spring注入的方式來(lái)獲得。

MessageSourceAware:用于獲取MessageSource的一個(gè)擴(kuò)展類,MessageSource主要用來(lái)做國(guó)際化。

ApplicationContextAware:用來(lái)獲取ApplicationContext的一個(gè)擴(kuò)展類,ApplicationContext應(yīng)該是很多人非常熟悉的一個(gè)類了,就是spring上下文管理器,可以手動(dòng)的獲取任何在spring上下文注冊(cè)的bean,我們經(jīng)常擴(kuò)展這個(gè)接口來(lái)緩存spring上下文,包裝成靜態(tài)方法。同時(shí)ApplicationContext也實(shí)現(xiàn)了BeanFactory,MessageSource,ApplicationEventPublisher等接口,也可以用來(lái)做相關(guān)接口的事情。

10.BeanNameAware

org.springframework.beans.factory.BeanNameAware

可以看到,這個(gè)類也是Aware擴(kuò)展的一種,觸發(fā)點(diǎn)在bean的初始化之前,也就是postProcessBeforeInitialization之前,這個(gè)類的觸發(fā)點(diǎn)方法只有一個(gè):setBeanName

使用場(chǎng)景為:用戶可以擴(kuò)展這個(gè)點(diǎn),在初始化bean之前拿到spring容器中注冊(cè)的的beanName,來(lái)自行修改這個(gè)beanName的值。

擴(kuò)展方式為:

publicclassNormalBeanAimplementsBeanNameAware{
publicNormalBeanA(){
System.out.println("NormalBeanconstructor");
}

@Override
publicvoidsetBeanName(Stringname){
System.out.println("[BeanNameAware]"+name);
}
}

11.@PostConstruct

javax.annotation.PostConstruct

這個(gè)并不算一個(gè)擴(kuò)展點(diǎn),其實(shí)就是一個(gè)標(biāo)注。其作用是在bean的初始化階段,如果對(duì)一個(gè)方法標(biāo)注了@PostConstruct,會(huì)先調(diào)用這個(gè)方法。這里重點(diǎn)是要關(guān)注下這個(gè)標(biāo)準(zhǔn)的觸發(fā)點(diǎn),這個(gè)觸發(fā)點(diǎn)是在postProcessBeforeInitialization之后,InitializingBean.afterPropertiesSet之前。

使用場(chǎng)景:用戶可以對(duì)某一方法進(jìn)行標(biāo)注,來(lái)進(jìn)行初始化某一個(gè)屬性

擴(kuò)展方式為:

publicclassNormalBeanA{
publicNormalBeanA(){
System.out.println("NormalBeanconstructor");
}

@PostConstruct
publicvoidinit(){
System.out.println("[PostConstruct]NormalBeanA");
}
}

12.InitializingBean

org.springframework.beans.factory.InitializingBean

這個(gè)類,顧名思義,也是用來(lái)初始化bean的。InitializingBean接口為bean提供了初始化方法的方式,它只包括afterPropertiesSet方法,凡是繼承該接口的類,在初始化bean的時(shí)候都會(huì)執(zhí)行該方法。這個(gè)擴(kuò)展點(diǎn)的觸發(fā)時(shí)機(jī)在postProcessAfterInitialization之前。

使用場(chǎng)景:用戶實(shí)現(xiàn)此接口,來(lái)進(jìn)行系統(tǒng)啟動(dòng)的時(shí)候一些業(yè)務(wù)指標(biāo)的初始化工作。

擴(kuò)展方式為:

publicclassNormalBeanAimplementsInitializingBean{
@Override
publicvoidafterPropertiesSet()throwsException{
System.out.println("[InitializingBean]NormalBeanA");
}
}

13.FactoryBean

org.springframework.beans.factory.FactoryBean

一般情況下,Spring通過(guò)反射機(jī)制利用bean的class屬性指定支線類去實(shí)例化bean,在某些情況下,實(shí)例化Bean過(guò)程比較復(fù)雜,如果按照傳統(tǒng)的方式,則需要在bean中提供大量的配置信息。配置方式的靈活性是受限的,這時(shí)采用編碼的方式可能會(huì)得到一個(gè)簡(jiǎn)單的方案。Spring為此提供了一個(gè)org.springframework.bean.factory.FactoryBean的工廠類接口,用戶可以通過(guò)實(shí)現(xiàn)該接口定制實(shí)例化Bean的邏輯。

FactoryBean接口對(duì)于Spring框架來(lái)說(shuō)占用重要的地位,Spring自身就提供了70多個(gè)FactoryBean的實(shí)現(xiàn)。它們隱藏了實(shí)例化一些復(fù)雜bean的細(xì)節(jié),給上層應(yīng)用帶來(lái)了便利。從Spring3.0開(kāi)始,F(xiàn)actoryBean開(kāi)始支持泛型,即接口聲明改為FactoryBean的形式

使用場(chǎng)景:用戶可以擴(kuò)展這個(gè)類,來(lái)為要實(shí)例化的bean作一個(gè)代理,比如為該對(duì)象的所有的方法作一個(gè)攔截,在調(diào)用前后輸出一行l(wèi)og,模仿ProxyFactoryBean的功能。

擴(kuò)展方式為:

publicclassTestFactoryBeanimplementsFactoryBean{

@Override
publicTestFactoryBean.TestFactoryInnerBeangetObject()throwsException{
System.out.println("[FactoryBean]getObject");
returnnewTestFactoryBean.TestFactoryInnerBean();
}

@Override
publicClassgetObjectType(){
returnTestFactoryBean.TestFactoryInnerBean.class;
}

@Override
publicbooleanisSingleton(){
returntrue;
}

publicstaticclassTestFactoryInnerBean{

}
}

14.SmartInitializingSingleton

org.springframework.beans.factory.SmartInitializingSingleton

這個(gè)接口中只有一個(gè)方法afterSingletonsInstantiated,其作用是是 在spring容器管理的所有單例對(duì)象(非懶加載對(duì)象)初始化完成之后調(diào)用的回調(diào)接口。其觸發(fā)時(shí)機(jī)為postProcessAfterInitialization之后。

使用場(chǎng)景:用戶可以擴(kuò)展此接口在對(duì)所有單例對(duì)象初始化完畢后,做一些后置的業(yè)務(wù)處理。擴(kuò)展:最全的java面試題庫(kù)

擴(kuò)展方式為:

publicclassTestSmartInitializingSingletonimplementsSmartInitializingSingleton{
@Override
publicvoidafterSingletonsInstantiated(){
System.out.println("[TestSmartInitializingSingleton]");
}
}

15.CommandLineRunner

org.springframework.boot.CommandLineRunner

這個(gè)接口也只有一個(gè)方法:run(String... args),觸發(fā)時(shí)機(jī)為整個(gè)項(xiàng)目啟動(dòng)完畢后,自動(dòng)執(zhí)行。如果有多個(gè)CommandLineRunner,可以利用@Order來(lái)進(jìn)行排序。

使用場(chǎng)景:用戶擴(kuò)展此接口,進(jìn)行啟動(dòng)項(xiàng)目之后一些業(yè)務(wù)的預(yù)處理。

擴(kuò)展方式為:

publicclassTestCommandLineRunnerimplementsCommandLineRunner{

@Override
publicvoidrun(String...args)throwsException{
System.out.println("[TestCommandLineRunner]");
}
}

16.DisposableBean

org.springframework.beans.factory.DisposableBean

這個(gè)擴(kuò)展點(diǎn)也只有一個(gè)方法:destroy(),其觸發(fā)時(shí)機(jī)為當(dāng)此對(duì)象銷毀時(shí),會(huì)自動(dòng)執(zhí)行這個(gè)方法。比如說(shuō)運(yùn)行applicationContext.registerShutdownHook時(shí),就會(huì)觸發(fā)這個(gè)方法。

擴(kuò)展方式為:

publicclassNormalBeanAimplementsDisposableBean{
@Override
publicvoiddestroy()throwsException{
System.out.println("[DisposableBean]NormalBeanA");
}
}

17.ApplicationListener

org.springframework.context.ApplicationListener

準(zhǔn)確的說(shuō),這個(gè)應(yīng)該不算spring&springboot當(dāng)中的一個(gè)擴(kuò)展點(diǎn),ApplicationListener可以監(jiān)聽(tīng)某個(gè)事件的event,觸發(fā)時(shí)機(jī)可以穿插在業(yè)務(wù)方法執(zhí)行過(guò)程中,用戶可以自定義某個(gè)業(yè)務(wù)事件。

但是spring內(nèi)部也有一些內(nèi)置事件,這種事件,可以穿插在啟動(dòng)調(diào)用中。我們也可以利用這個(gè)特性,來(lái)自己做一些內(nèi)置事件的監(jiān)聽(tīng)器來(lái)達(dá)到和前面一些觸發(fā)點(diǎn)大致相同的事情。

接下來(lái)羅列下spring主要的內(nèi)置事件:

ContextRefreshedEvent

ApplicationContext 被初始化或刷新時(shí),該事件被發(fā)布。這也可以在ConfigurableApplicationContext接口中使用refresh()方法來(lái)發(fā)生。此處的初始化是指:所有的Bean被成功裝載,后處理Bean被檢測(cè)并激活,所有Singleton Bean 被預(yù)實(shí)例化,ApplicationContext容器已就緒可用。

ContextStartedEvent

當(dāng)使用ConfigurableApplicationContext(ApplicationContext子接口)接口中的start()方法啟動(dòng)ApplicationContext時(shí),該事件被發(fā)布。你可以調(diào)查你的數(shù)據(jù)庫(kù),或者你可以在接受到這個(gè)事件后重啟任何停止的應(yīng)用程序。

ContextStoppedEvent

當(dāng)使用ConfigurableApplicationContext接口中的stop()停止ApplicationContext時(shí),發(fā)布這個(gè)事件。你可以在接受到這個(gè)事件后做必要的清理的工作

ContextClosedEvent

當(dāng)使用ConfigurableApplicationContext接口中的close()方法關(guān)閉ApplicationContext時(shí),該事件被發(fā)布。一個(gè)已關(guān)閉的上下文到達(dá)生命周期末端;它不能被刷新或重啟

RequestHandledEvent

這是一個(gè) web-specific 事件,告訴所有 bean HTTP 請(qǐng)求已經(jīng)被服務(wù)。只能應(yīng)用于使用DispatcherServlet的Web應(yīng)用。在使用Spring作為前端的MVC控制器時(shí),當(dāng)Spring處理用戶請(qǐng)求結(jié)束后,系統(tǒng)會(huì)自動(dòng)觸發(fā)該事件

18.最后

我們從這些spring&springboot的擴(kuò)展點(diǎn)當(dāng)中,大致可以窺視到整個(gè)bean的生命周期。在業(yè)務(wù)開(kāi)發(fā)或者寫(xiě)中間件業(yè)務(wù)的時(shí)候,可以合理利用spring提供給我們的擴(kuò)展點(diǎn),在spring啟動(dòng)的各個(gè)階段內(nèi)做一些事情。以達(dá)到自定義初始化的目的。此篇總結(jié),如果有錯(cuò)誤或者疏漏的地方,懇請(qǐng)指正。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 接口
    +關(guān)注

    關(guān)注

    33

    文章

    8669

    瀏覽量

    151537
  • 容器
    +關(guān)注

    關(guān)注

    0

    文章

    498

    瀏覽量

    22087
  • spring
    +關(guān)注

    關(guān)注

    0

    文章

    340

    瀏覽量

    14362
  • SpringBoot
    +關(guān)注

    關(guān)注

    0

    文章

    174

    瀏覽量

    187

原文標(biāo)題:這16個(gè)有用的 SpringBoot 擴(kuò)展接口,居然還有人不知道?

文章出處:【微信號(hào):AndroidPush,微信公眾號(hào):Android編程精選】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    Spring Boot Starter需要些什么

    前面我們簡(jiǎn)單介紹了如何使用消息中間件 Apache Pulsar ,但是在項(xiàng)目中那樣使用,顯然是不太好的,不管從易用性和擴(kuò)展性來(lái)看,都是遠(yuǎn)遠(yuǎn)不夠, 為了和springboot項(xiàng)目集成,寫(xiě)一個(gè)
    的頭像 發(fā)表于 09-25 11:35 ?791次閱讀
    <b class='flag-5'>Spring</b> Boot Starter需要些什么

    SpringBoot知識(shí)總結(jié)

    SpringBoot干貨學(xué)習(xí)總結(jié)
    發(fā)表于 08-01 10:40

    Spring boot中Redis的使用

    【本人禿頂程序員】springboot專輯:Spring boot中Redis的使用
    發(fā)表于 03-27 11:42

    springboot spring data jpa使用總結(jié)

    【本人禿頂程序員】springboot專輯:spring data jpa的使用
    發(fā)表于 04-15 11:38

    Spring認(rèn)證_什么是Spring GraphQL?

    數(shù)據(jù)整合 Spring GraphQL 支持使用 Querydsl 通過(guò) Spring Data Querydsl 擴(kuò)展 來(lái)獲取數(shù)據(jù)。Querydsl 提供了一種靈活但類型安全的方法,通過(guò)使用注釋
    的頭像 發(fā)表于 08-09 11:31 ?650次閱讀
    <b class='flag-5'>Spring</b>認(rèn)證_什么是<b class='flag-5'>Spring</b> GraphQL?

    Spring中最常用的11個(gè)擴(kuò)展點(diǎn)

    除此之外,我們?cè)谑褂?b class='flag-5'>spring的過(guò)程中,有沒(méi)有發(fā)現(xiàn)它的擴(kuò)展能力非常強(qiáng)。由于這個(gè)優(yōu)勢(shì)的存在,讓spring擁有強(qiáng)大的包容能力,讓很多第三方應(yīng)用能夠輕松投入spring的懷抱。比如:ro
    的頭像 發(fā)表于 01-11 10:31 ?921次閱讀

    基于spring的SPI擴(kuò)展機(jī)制是如何實(shí)現(xiàn)的?

    基本上,你一說(shuō)是基于 spring 的 SPI 擴(kuò)展機(jī)制,再把spring.factories文件和EnableAutoConfiguration提一下,那么這個(gè)問(wèn)題就答的八九不離十了。
    的頭像 發(fā)表于 03-07 09:17 ?1076次閱讀

    Spring-Boot項(xiàng)目開(kāi)發(fā)中調(diào)用apaas接口的三種方式

    SpringBoot不僅繼承了Spring框架原有的優(yōu)秀特性,而且還通過(guò)簡(jiǎn)化配置來(lái)進(jìn)一步簡(jiǎn)化了Spring應(yīng)用的整個(gè)搭建和開(kāi)發(fā)過(guò)程。
    發(fā)表于 04-01 11:20 ?501次閱讀

    SpringBoot自動(dòng)裝配原理分析

    和我們之前使用普通Spring時(shí)繁瑣的配置相比簡(jiǎn)直不要太方便,那么你知道SpringBoot實(shí)現(xiàn)這些的原理么 首先我們看到類上方包含了一個(gè)`
    的頭像 發(fā)表于 04-07 10:41 ?725次閱讀
    <b class='flag-5'>SpringBoot</b>自動(dòng)裝配原理分析

    什么是 SpringBoot?

    本文從為什么要有 `SpringBoot`,以及 `SpringBoot` 到底方便在哪里開(kāi)始入手,逐步分析了 `SpringBoot` 自動(dòng)裝配的原理,最后手寫(xiě)了一個(gè)簡(jiǎn)單的 `start` 組件,通過(guò)實(shí)戰(zhàn)來(lái)體會(huì)了 `
    的頭像 發(fā)表于 04-07 11:28 ?1338次閱讀
    什么是 <b class='flag-5'>SpringBoot</b>?

    SpringBoot常用注解及使用方法1

    基于 SpringBoot 平臺(tái)開(kāi)發(fā)的項(xiàng)目數(shù)不勝數(shù),與常規(guī)的基于`Spring`開(kāi)發(fā)的項(xiàng)目最大的不同之處,SpringBoot 里面提供了大量的注解用于快速開(kāi)發(fā),而且非常簡(jiǎn)單,基本可以做到開(kāi)箱即用! 那
    的頭像 發(fā)表于 04-07 11:51 ?721次閱讀

    SpringBoot常用注解及使用方法2

    基于 SpringBoot 平臺(tái)開(kāi)發(fā)的項(xiàng)目數(shù)不勝數(shù),與常規(guī)的基于Spring開(kāi)發(fā)的項(xiàng)目最大的不同之處,SpringBoot 里面提供了大量的注解用于快速開(kāi)發(fā),而且非常簡(jiǎn)單,基本可以做到開(kāi)箱即用!
    的頭像 發(fā)表于 04-07 11:52 ?700次閱讀

    SpringBoot為什么出現(xiàn)?

    在介紹 SpringBoot 之前我們首先來(lái)簡(jiǎn)單介紹一下 SpringSpring 是誕生于2002年的 Java 開(kāi)發(fā)框架,可以說(shuō)已經(jīng)成為 Java 開(kāi)發(fā)的事實(shí)標(biāo)準(zhǔn)。所謂事實(shí)標(biāo)準(zhǔn)就是雖然
    的頭像 發(fā)表于 04-07 14:39 ?1016次閱讀
    <b class='flag-5'>SpringBoot</b>為什么出現(xiàn)?

    Spring中11個(gè)最常用的擴(kuò)展點(diǎn)分享1

    在使用spring的過(guò)程中,我們有沒(méi)有發(fā)現(xiàn)它的擴(kuò)展能力很強(qiáng)呢?由于這個(gè)優(yōu)勢(shì)的存在,使得spring具有很強(qiáng)的包容性,所以很多第三方應(yīng)用或者框架可以很容易的投入到spring的懷抱中。今
    的頭像 發(fā)表于 05-11 10:48 ?569次閱讀

    Spring中11個(gè)最常用的擴(kuò)展點(diǎn)分享2

    在使用spring的過(guò)程中,我們有沒(méi)有發(fā)現(xiàn)它的擴(kuò)展能力很強(qiáng)呢?由于這個(gè)優(yōu)勢(shì)的存在,使得spring具有很強(qiáng)的包容性,所以很多第三方應(yīng)用或者框架可以很容易的投入到spring的懷抱中。今
    的頭像 發(fā)表于 05-11 10:48 ?410次閱讀