1. ApplicationContextInitializer
这是整个 spring
容器在刷新之前初始化 ConfigurableApplicationContext
的回调接口。
@Slf4j
public class TestApplicationContextInitializer implements ApplicationContextInitializer {
@Override
public void initialize(ConfigurableApplicationContext applicationContext) {
log.info("1.spring容器初始化之前的操作---应用程序上下文初始化");
}
}
因为这时候 spring
容器还没被初始化,所以想要自己的扩展的生效,有以下三种方式:
- 在启动类中使用
springApplication.addInitializers(new TestApplicationContextInitializer())
- 配置文件配置
application.properties
中加入
context.initializer.classes=com.kk.init.TestApplicationContextInitializer
Spring SPI
扩展,在META-INF/spring.factories
中加入 org.springframework.context.ApplicationContextInitializer=com.kk.init.TestApplicationContextInitializer
2. BeanDefinitionRegistryPostProcessor
这个接口在读取项目中的beanDefinition
之后执行,提供一个补充的扩展点
使用场景:你可以在这里动态注册自己的beanDefinition
,可以加载classpath
之外的bean
@Slf4j
@Component
public class TestBeanDefinitionRegistryPostProcessor implements BeanDefinitionRegistryPostProcessor {
@Override
public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry beanDefinitionRegistry) throws BeansException {
log.info("2.bean定义注册表后处理器 postProcessBeanDefinitionRegistry");
}
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory configurableListableBeanFactory) throws BeansException {
log.info("2.bean定义注册表后处理器 postProcessBeanFactory");
}
}
3. BeanFactoryPostProcessor
这个接口是beanFactory
的扩展接口,调用时机在spring在读取beanDefinition
信息之后,实例化bean之前。用户可以通过实现这个扩展接口来自行处理一些东西,比如修改已经注册的beanDefinition
的元信息。
@Slf4j
@Component
public class TestBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory configurableListableBeanFactory) throws BeansException {
log.info("3.Bean 工厂后处理器");
}
}
4. InstantiationAwareBeanPostProcessor
该接口继承了BeanPostProcess
接口,在此基础上增加了3个方法,把可扩展的范围增加了实例化阶段和属性注入阶段。
该类主要的扩展点有以下5个方法,主要在bean生命周期的两大阶段:实例化阶段和初始化阶段,按调用顺序为:
-
postProcessBeforeInstantiation
:实例化bean
之前,相当于new
这个bean
之前 -
postProcessAfterInstantiation
:实例化bean
之后,相当于new
这个bean
之后 -
postProcessPropertyValues
:bean
已经实例化完成,在属性注入时阶段触发,@Autowired
,@Resource
等注解原理基于此方法实现 -
postProcessBeforeInitialization
:初始化bean
之前,相当于把bean注入spring
上下文之前 -
postProcessAfterInitialization
:初始化bean
之后,相当于把bean注入spring
上下文之后
使用场景:这个扩展点非常有用 ,无论是写中间件和业务中,都能利用这个特性。比如对实现了某一类接口的bean
在各个生命期间进行收集,或者对某个类型的bean
进行统一的设值等等。
@Slf4j
@Component
public class TestInstantiationAwareBeanPostProcessor implements InstantiationAwareBeanPostProcessor {
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
log.info("4.1 实例化感知Bean后处理器 before initialization " + beanName);
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
log.info("4.2 实例化感知Bean后处理器 after initialization " + beanName);
return bean;
}
@Override
public Object postProcessBeforeInstantiation(Class<?> beanClass, String beanName) throws BeansException {
log.info("4.3 实例化感知Bean后处理器 before instantiation " + beanName);
return null;
}
@Override
public boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
log.info("4.4 实例化感知Bean后处理器 after instantiation " + beanName);
return true;
}
@Override
public PropertyValues postProcessPropertyValues(PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName) throws BeansException {
log.info("4.5 实例化感知Bean后处理器 postProcessPropertyValues " + beanName);
return pvs;
}
}
5. SmartInstantiationAwareBeanPostProcessor
该扩展接口有3个触发点方法:
-
predictBeanType
:该触发点发生在postProcessBeforeInstantiation
之前(在图上并没有标明,因为一般不太需要扩展这个点),这个方法用于预测Bean的类型,返回第一个预测成功的Class类型,如果不能预测返回null;当调用BeanFactory.getType(name)
时,通过bean的名字无法得到bean类型信息时就调用该回调方法来决定类型信息。 -
determineCandidateConstructors
:该触发点发生在postProcessBeforeInstantiation
之后,用于确定该bean的构造函数,返回的是该bean的所有构造函数列表。用户可以扩展这个点,来自定义选择相应的构造器来实例化这个bean。 -
getEarlyBeanReference
:该触发点发生在postProcessAfterInstantiation
之后,当有循环依赖的场景,bean实例化好之后,为了防止有循环依赖,会提前暴露回调方法,用于bean实例化的后置处理。这个方法就是在提前暴露的回调方法中触发。
@Slf4j
@Component
public class TestSmartInstantiationAwareBeanPostProcessor implements SmartInstantiationAwareBeanPostProcessor {
@Override
public Class<?> predictBeanType(Class<?> beanClass, String beanName) throws BeansException {
// log.info("5.1 智能实例化感知Bean后处理器 predictBeanType " + beanName);
return beanClass;
}
@Override
public Constructor<?>[] determineCandidateConstructors(Class<?> beanClass, String beanName) throws BeansException {
log.info("5.2 智能实例化感知Bean后处理器 determineCandidateConstructors " + beanName + " "+ beanClass);
return null;
}
@Override
public Object getEarlyBeanReference(Object bean, String beanName) throws BeansException {
log.info("5.3 智能实例化感知Bean后处理器 getEarlyBeanReference " + beanName);
return bean;
}
}
6. BeanFactoryAware
这个类只有一个触发点,发生在bean的实例化之后,注入属性之前,也就是Setter之前。这个类的扩展点方法为setBeanFactory
,可以拿到BeanFactory
这个属性。
使用场景为,可以在bean
实例化之后,但还未初始化之前,拿到 BeanFactory
,在这个时候,可以对每个bean
作特殊化的定制,也或者可以把BeanFactory
拿到进行缓存.
@Slf4j
@Component
public class TestBeanFactoryAware implements BeanFactoryAware {
@Override
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
log.info("6.BeanFactoryAware " + beanFactory.getBean(KkService.class).getClass());
}
}
7. ApplicationContextAwareProcessor
触发的时机在bean实例化之后,初始化之前
-
EnvironmentAware
:用于获取EnviromentAware
的一个扩展类,这个变量非常有用, 可以获得系统内的所有参数。当然个人认为这个Aware没必要去扩展,因为spring内部都可以通过注入的方式来直接获得。 -
EmbeddedValueResolverAware
:用于获取StringValueResolver
的一个扩展类,StringValueResolver
用于获取基于String
类型的properties的变量,一般我们都用@Value
的方式去获取,如果实现了这个Aware接口,把StringValueResolver
缓存起来,通过这个类去获取String
类型的变量,效果是一样的。 -
ResourceLoaderAware
:用于获取ResourceLoader
的一个扩展类,ResourceLoader
可以用于获取classpath内所有的资源对象,可以扩展此类来拿到ResourceLoader
对象。 -
ApplicationEventPublisherAware
:用于获取ApplicationEventPublisher
的一个扩展类,ApplicationEventPublisher
可以用来发布事件,结合ApplicationListener
来共同使用,下文在介绍ApplicationListener
时会详细提到。这个对象也可以通过spring注入的方式来获得。 -
MessageSourceAware
:用于获取MessageSource
的一个扩展类,MessageSource
主要用来做国际化。 -
ApplicationContextAware
:用来获取ApplicationContext
的一个扩展类,ApplicationContext
应该是很多人非常熟悉的一个类了,就是spring上下文管理器,可以手动的获取任何在spring上下文注册的bean,我们经常扩展这个接口来缓存spring上下文,包装成静态方法。同时ApplicationContext
也实现了BeanFactory
,MessageSource
,ApplicationEventPublisher
等接口,也可以用来做相关接口的事情。
8. BeanNameAware
9. InitializingBean
10. FactoryBean
11. @PostConstruct
12. SmartInitializingSingleton
13. CommandLineRunner
14. DisposableBean
15. ApplicationListener
原文:
mp.weixin.qq.com/s/Tm4goicW3pYPBw3O2kbgDg