K60 Pro官方停產 第三方瞬間漲價
雖然沒有官方宣布，但Redmi的一些高管也已經透露了，Redmi K60 Pro已經停產且不會補貨，這一切都是為了即將到來的K60 Ultra鋪路，屬于廠家的正常操作。但有意思的是該機在停產之后
Spring的核心思想就是容器，當容器refresh的時候，外部看上去風平浪靜，其實內部則是一片驚濤駭浪，汪洋一片。Springboot更是封裝了Spring，遵循約定大于配置，加上自動裝配的機制。很多時候我們只要引用了一個依賴，幾乎是零配置就能完成一個功能的裝配。
我非常喜歡這種自動裝配的機制，所以在自己開發中間件和公共依賴工具的時候也會用到這個特性。讓使用者以最小的代價接入。想要把自動裝配玩的轉，就必須要了解spring對于bean的構造生命周期以及各個擴展接口。當然了解了bean的各個生命周期也能促進我們加深對spring的理解。業務代碼也能合理利用這些擴展點寫出更加漂亮的代碼。
在這篇文章里，我總結了幾乎Spring & Springboot所有的擴展接口，以及各個擴展點的使用場景。并且整理出了一個bean在spring內部從被加載到最后初始化完成所有可擴展點的順序調用圖。從而我們也能窺探到bean是如何一步步加載到spring容器中的。
以下是我整理的spring容器中Bean的生命周期內所有可擴展的點的調用順序，下面會一個個分析
org.springframework.context.ApplicationContextInitializer
這是整個spring容器在刷新之前初始化ConfigurableApplicationContext的回調接口，簡單來說，就是在容器刷新之前調用此類的initialize方法。這個點允許被用戶自己擴展。用戶可以在整個spring容器還沒被初始化之前做一些事情。
可以想到的場景可能為，在最開始激活一些配置，或者利用這時候class還沒被類加載器加載的時機，進行動態字節碼注入等操作。
擴展方式為：
public class TestApplicationContextInitializer implements ApplicationContextInitializer { @Override public void initialize(ConfigurableApplicationContext applicationContext) { System.out.println("[ApplicationContextInitializer]"); } } 因為這時候spring容器還沒被初始化，所以想要自己的擴展的生效，有以下三種方式：
org.springframework.beans.factory.support.BeanDefinitionRegistryPostProcessor
這個接口在讀取項目中的beanDefinition之后執行，提供一個補充的擴展點
使用場景：你可以在這里動態注冊自己的beanDefinition，可以加載classpath之外的bean
擴展方式為:
public class TestBeanDefinitionRegistryPostProcessor implements BeanDefinitionRegistryPostProcessor { @Override public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException { System.out.println("[BeanDefinitionRegistryPostProcessor] postProcessBeanDefinitionRegistry"); } @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException { System.out.println("[BeanDefinitionRegistryPostProcessor] postProcessBeanFactory"); } } org.springframework.beans.factory.config.BeanFactoryPostProcessor
這個接口是beanFactory的擴展接口，調用時機在spring在讀取beanDefinition信息之后，實例化bean之前。
在這個時機，用戶可以通過實現這個擴展接口來自行處理一些東西，比如修改已經注冊的beanDefinition的元信息。
擴展方式為：
public class TestBeanFactoryPostProcessor implements BeanFactoryPostProcessor { @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException { System.out.println("[BeanFactoryPostProcessor]"); } } org.springframework.beans.factory.config.InstantiationAwareBeanPostProcessor
該接口繼承了BeanPostProcess接口，區別如下：
BeanPostProcess接口只在bean的初始化階段進行擴展（注入spring上下文前后），而InstantiationAwareBeanPostProcessor接口在此基礎上增加了3個方法，把可擴展的范圍增加了實例化階段和屬性注入階段。
該類主要的擴展點有以下5個方法，主要在bean生命周期的兩大階段：實例化階段和初始化階段，下面一起進行說明，按調用順序為：
使用場景：這個擴展點非常有用 ，無論是寫中間件和業務中，都能利用這個特性。比如對實現了某一類接口的bean在各個生命期間進行收集，或者對某個類型的bean進行統一的設值等等。
擴展方式為：
public class TestInstantiationAwareBeanPostProcessor implements InstantiationAwareBeanPostProcessor { @Override public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException { System.out.println("[TestInstantiationAwareBeanPostProcessor] before initialization " + beanName); return bean; } @Override public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException { System.out.println("[TestInstantiationAwareBeanPostProcessor] after initialization " + beanName); return bean; } @Override public Object postProcessBeforeInstantiation(Class<?> beanClass, String beanName) throws BeansException { System.out.println("[TestInstantiationAwareBeanPostProcessor] before instantiation " + beanName); return null; } @Override public boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException { System.out.println("[TestInstantiationAwareBeanPostProcessor] after instantiation " + beanName); return true; } @Override public PropertyValues postProcessPropertyValues(PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName) throws BeansException { System.out.println("[TestInstantiationAwareBeanPostProcessor] postProcessPropertyValues " + beanName); return pvs; } org.springframework.beans.factory.config.SmartInstantiationAwareBeanPostProcessor
該擴展接口有3個觸發點方法：
擴展方式為：
public class TestSmartInstantiationAwareBeanPostProcessor implements SmartInstantiationAwareBeanPostProcessor { @Override public Class<?> predictBeanType(Class<?> beanClass, String beanName) throws BeansException { System.out.println("[TestSmartInstantiationAwareBeanPostProcessor] predictBeanType " + beanName); return beanClass; } @Override public Constructor<?>[] determineCandidateConstructors(Class<?> beanClass, String beanName) throws BeansException { System.out.println("[TestSmartInstantiationAwareBeanPostProcessor] determineCandidateConstructors " + beanName); return null; } @Override public Object getEarlyBeanReference(Object bean, String beanName) throws BeansException { System.out.println("[TestSmartInstantiationAwareBeanPostProcessor] getEarlyBeanReference " + beanName); return bean; } } org.springframework.beans.factory.BeanFactoryAware
這個類只有一個觸發點，發生在bean的實例化之后，注入屬性之前，也就是Setter之前。這個類的擴展點方法為setBeanFactory，可以拿到BeanFactory這個屬性。
使用場景為，你可以在bean實例化之后，但還未初始化之前，拿到 BeanFactory，在這個時候，可以對每個bean作特殊化的定制。也或者可以把BeanFactory拿到進行緩存，日后使用。
擴展方式為：
public class TestBeanFactoryAware implements BeanFactoryAware { @Override public void setBeanFactory(BeanFactory beanFactory) throws BeansException { System.out.println("[TestBeanFactoryAware] " + beanFactory.getBean(TestBeanFactoryAware.class).getClass().getSimpleName()); } } org.springframework.context.support.ApplicationContextAwareProcessor
該類本身并沒有擴展點，但是該類內部卻有6個擴展點可供實現 ，這些類觸發的時機在bean實例化之后，初始化之前
可以看到，該類用于執行各種驅動接口，在bean實例化之后，屬性填充之后，通過執行以上紅框標出的擴展接口，來獲取對應容器的變量。所以這里應該來說是有6個擴展點，這里就放一起來說了：
org.springframework.beans.factory.BeanNameAware
可以看到，這個類也是Aware擴展的一種，觸發點在bean的初始化之前，也就是postProcessBeforeInitialization之前，這個類的觸發點方法只有一個：setBeanName
使用場景為：用戶可以擴展這個點，在初始化bean之前拿到spring容器中注冊的的beanName，來自行修改這個beanName的值。
擴展方式為：
public class NormalBeanA implements BeanNameAware{ public NormalBeanA() { System.out.println("NormalBean constructor"); } @Override public void setBeanName(String name) { System.out.println("[BeanNameAware] " + name); } } javax.annotation.PostConstruct
這個并不算一個擴展點，其實就是一個標注。其作用是在bean的初始化階段，如果對一個方法標注了@PostConstruct，會先調用這個方法。這里重點是要關注下這個標準的觸發點，這個觸發點是在postProcessBeforeInitialization之后，InitializingBean.afterPropertiesSet之前。
使用場景：用戶可以對某一方法進行標注，來進行初始化某一個屬性。
擴展方式為：
public class NormalBeanA { public NormalBeanA() { System.out.println("NormalBean constructor"); } @PostConstruct public void init(){ System.out.println("[PostConstruct] NormalBeanA"); } } org.springframework.beans.factory.InitializingBean
這個類，顧名思義，也是用來初始化bean的。InitializingBean接口為bean提供了初始化方法的方式，它只包括afterPropertiesSet方法，凡是繼承該接口的類，在初始化bean的時候都會執行該方法。這個擴展點的觸發時機在postProcessAfterInitialization之前。
使用場景：用戶實現此接口，來進行系統啟動的時候一些業務指標的初始化工作。
擴展方式為：
public class NormalBeanA implements InitializingBean{ @Override public void afterPropertiesSet() throws Exception { System.out.println("[InitializingBean] NormalBeanA"); } } org.springframework.beans.factory.FactoryBean
一般情況下，Spring通過反射機制利用bean的class屬性指定支線類去實例化bean，在某些情況下，實例化Bean過程比較復雜，如果按照傳統的方式，則需要在bean中提供大量的配置信息。配置方式的靈活性是受限的，這時采用編碼的方式可能會得到一個簡單的方案。Spring為此提供了一個org.springframework.bean.factory.FactoryBean的工廠類接口，用戶可以通過實現該接口定制實例化Bean的邏輯。
FactoryBean接口對于Spring框架來說占用重要的地位，Spring自身就提供了70多個FactoryBean的實現。它們隱藏了實例化一些復雜bean的細節，給上層應用帶來了便利。從Spring3.0開始，FactoryBean開始支持泛型，即接口聲明改為FactoryBean<T>的形式
使用場景：用戶可以擴展這個類，來為要實例化的bean作一個代理，比如為該對象的所有的方法作一個攔截，在調用前后輸出一行log，模仿ProxyFactoryBean的功能。
擴展方式為：
public class TestFactoryBean implements FactoryBean<TestFactoryBean.TestFactoryInnerBean> { @Override public TestFactoryBean.TestFactoryInnerBean getObject() throws Exception { System.out.println("[FactoryBean] getObject"); return new TestFactoryBean.TestFactoryInnerBean(); } @Override public Class<?> getObjectType() { return TestFactoryBean.TestFactoryInnerBean.class; } @Override public boolean isSingleton() { return true; } public static class TestFactoryInnerBean{ } } org.springframework.beans.factory.SmartInitializingSingleton
這個接口中只有一個方法afterSingletonsInstantiated，其作用是是 在spring容器管理的所有單例對象（非懶加載對象）初始化完成之后調用的回調接口。其觸發時機為postProcessAfterInitialization之后。
使用場景：用戶可以擴展此接口在對所有單例對象初始化完畢后，做一些后置的業務處理。
擴展方式為：
public class TestSmartInitializingSingleton implements SmartInitializingSingleton { @Override public void afterSingletonsInstantiated() { System.out.println("[TestSmartInitializingSingleton]"); } } org.springframework.boot.CommandLineRunner
這個接口也只有一個方法：run(String... args)，觸發時機為整個項目啟動完畢后，自動執行。如果有多個CommandLineRunner，可以利用@Order來進行排序。
使用場景：用戶擴展此接口，進行啟動項目之后一些業務的預處理。
擴展方式為：
public class TestCommandLineRunner implements CommandLineRunner { @Override public void run(String... args) throws Exception { System.out.println("[TestCommandLineRunner]"); } } org.springframework.beans.factory.DisposableBean
這個擴展點也只有一個方法：destroy()，其觸發時機為當此對象銷毀時，會自動執行這個方法。比如說運行applicationContext.registerShutdownHook時，就會觸發這個方法。
擴展方式為：
public class NormalBeanA implements DisposableBean { @Override public void destroy() throws Exception { System.out.println("[DisposableBean] NormalBeanA"); } } org.springframework.context.ApplicationListener
準確的說，這個應該不算spring&springboot當中的一個擴展點，ApplicationListener可以監聽某個事件的event，觸發時機可以穿插在業務方法執行過程中，用戶可以自定義某個業務事件。
但是spring內部也有一些內置事件，這種事件，可以穿插在啟動調用中。我們也可以利用這個特性，來自己做一些內置事件的監聽器來達到和前面一些觸發點大致相同的事情。
接下來羅列下spring主要的內置事件：
我們從這些spring&springboot的擴展點當中，大致可以窺視到整個bean的生命周期。在業務開發或者寫中間件業務的時候，可以合理利用spring提供給我們的擴展點，在spring啟動的各個階段內做一些事情。以達到自定義初始化的目的。
本文鏈接：http://m.www897cc.com/showinfo-26-65877-0.html牢記這16個SpringBoot 擴展接口，寫出更加漂亮的代碼
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 提升 Go 編程：Go 1.22 中有哪些新特性？
下一篇： 深入學習C++：設計優雅的接口類
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號