InitializingBean,DisposableBean和BeanNameAware,BeanClassLoaderAware,BeanFactoryAware
InitializingBean应用于对指定bean的初始化,发生在bean的属性填充之后,常用来自定义bean最后的初始化
DisposableBean在bean销毁的时候开始执行,比如调用AbstractApplicationContext.close方法
BeanNameAware,BeanClassLoaderAware,BeanFactoryAware分别在bean的初始化过程中用来修改bean的名称,bean加载的classLoader以及实例化bean的容器beanFactory,其亦发生在bean的属性填充之后。发生在InitializingBean之前
我们通过一段源代码查看其触发的时机
- doCreateBean方法源代码解读
# 填充bean的属性
this.populateBean(beanName, mbd, instanceWrapper);
# 开始初始化bean,我们进入其内部查看
exposedObject = this.initializeBean(beanName, exposedObject, mbd);
- initializeBean方法源代码解读
# 对实现了BeanNameAware,BeanClassLoaderAware,BeanFactoryAware相关接口的调用
this.invokeAwareMethods(beanName, bean);
# 执行BeanPostProcessor的postProcessBeforeInitialization方法,下一小节针对BeanPostProcessor会有详解
this.applyBeanPostProcessorsBeforeInitialization(bean, beanName);
# 对实现了InitializingBean方法的bean进行了调用,稍后我们看下这段源代码
this.invokeInitMethods(beanName, wrappedBean, mbd);
# 执行BeanPostProcessor的postProcessAfterInitialization方法,下一小节针对BeanPostProcessor会有详解
this.applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
- invokeInitMethods方法源代码解读
# 这里对实现了InitializingBean的afterPropertiesSet方法
((InitializingBean)bean).afterPropertiesSet();
# 这里对自定义的初始化方法进行了调用
this.invokeCustomInitMethod(beanName, bean, mbd);
- 自定义初始化方法
public class HelloWorld {
private String msg;
public void init(){
System.out.println("Bean is going through init.");
}
public void destroy(){
System.out.println("Bean will destroy now.");
}
}
BeanPostProcessor和DestructionAwareBeanPostProcessor
https://www.baeldung.com/spring-beanpostprocessor
BeanPostProcessor给了一个我们一个hook修改bean的实例化行为,它会应用在指定bean容器所有bean创建的过程中。我们一般使用as-is或者添加自定义注解(接口标识)对特定的bean修改其行为。该接口有两个方法postProcessBeforeInitialization和postProcessAfterInitialization。其发生的时机如上面所述,夹杂在invokeInitMethods方法之间。
DestructionAwareBeanPostProcessor继承自BeanPostProcessor,并新增了bean销毁之前的回调勾子,可以自定义bean销毁之前的动作。
# 执行BeanPostProcessor的postProcessBeforeInitialization方法
this.applyBeanPostProcessorsBeforeInitialization(bean, beanName);
# 对实现了InitializingBean方法的bean进行了调用
this.invokeInitMethods(beanName, wrappedBean, mbd);
# 执行BeanPostProcessor的postProcessAfterInitialization方法
this.applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
BeanFactoryPostProcessor和BeanDefinitionRegistryPostProcessor
https://blog.csdn.net/caihaijiang/article/details/35552859
BeanFactoryPostProcessor:允许自定义修改bean容器里的bean的定义,bean容器能自动探测实现了该接口的bean,并在创建所有的bean之前应用它。实现该接口,可以在spring的bean创建之前,修改bean的定义属性。也就是说,Spring允许BeanFactoryPostProcessor在容器实例化任何其它bean之前读取配置元数据,并可以根据需要进行修改,例如可以把bean的scope从singleton改为prototype,也可以把property的值给修改掉。可以同时配置多个BeanFactoryPostProcessor,并通过设置'order'属性来控制各个BeanFactoryPostProcessor的执行次序。
注意:BeanFactoryPostProcessor是在spring容器加载了bean的定义文件之后,在bean实例化之前执行的。接口方法的入参是ConfigurrableListableBeanFactory,使用该参数,可以获取到相关bean的定义信息。
BeanDefinitionRegistryPostProcessor:继承自BeanFactoryPostProcessor。在BeanFactoryPostProcessor起作用之前,允许注册更多的bean。
public class MyBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
System.out.println("调用MyBeanFactoryPostProcessor的postProcessBeanFactory");
BeanDefinition bd = beanFactory.getBeanDefinition("myJavaBean");
System.out.println("属性值============" + bd.getPropertyValues().toString());
MutablePropertyValues pv = bd.getPropertyValues();
if (pv.contains("remark")) {
pv.addPropertyValue("remark", "把备注信息修改一下");
}
bd.setScope(BeanDefinition.SCOPE_PROTOTYPE);
}
}
spring中,有内置的一些BeanFactoryPostProcessor实现类,常用的有:
org.springframework.beans.factory.config.PropertyPlaceholderConfigurer
org.springframework.beans.factory.config.PropertyOverrideConfigurer
org.springframework.beans.factory.config.CustomEditorConfigurer:用来注册自定义的属性编辑器
- BeanDefinitionRegistryPostProcessor的使用
下面的示例中我们添加一个Component:RegistryConfig。并让其实现BeanDefinitionRegistryPostProcessor接口,在postProcessBeanDefinitionRegistry方法中动态注册一个obj名称的bean.然后我们通过@Autowired注入即可获取这个动态注入bean的实例。
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(
loader = AnnotationConfigContextLoader.class,
classes = BeanDefinitionRegistry.RegistryConfig.class)
public class BeanDefinitionRegistry {
@Autowired
private Obj obj;
@Test
public void testRegistry() {
System.out.println("Outer name:" + obj.name + ",age:" + obj.age);
}
@Component
public static class RegistryConfig implements BeanDefinitionRegistryPostProcessor {
@Override
public void postProcessBeanDefinitionRegistry(org.springframework.beans.factory.support.BeanDefinitionRegistry registry) throws BeansException {
GenericBeanDefinition beanDefinition = new GenericBeanDefinition();
beanDefinition.setBeanClass(Obj.class);
ConstructorArgumentValues values = new ConstructorArgumentValues();
values.addIndexedArgumentValue(0, "clp");
values.addIndexedArgumentValue(1, 22);
beanDefinition.setConstructorArgumentValues(values);
registry.registerBeanDefinition("obj", beanDefinition);
}
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
}
}
public static class Obj {
private String name;
private Integer age;
public Obj(String name, Integer age) {
this.name = name;
this.age = age;
}
}
}
FactoryBean
一般情况下,Spring通过反射机制利用
的class属性指定实现类实例化Bean,在某些情况下,实例化Bean过程比较复杂,如果按照传统的方式,则需要在 中提供大量的配置信息。配置方式的灵活性是受限的,这时采用编码的方式可能会得到一个简单的方案。Spring为此提供了一个org.springframework.bean.factory.FactoryBean的工厂类接口,用户可以通过实现该接口定制实例化Bean的逻辑。FactoryBean接口对于Spring框架来说占用重要的地位,Spring自身就提供了70多个FactoryBean的实现。它们隐藏了实例化一些复杂Bean的细节,给上层应用带来了便利。从Spring3.0开始,FactoryBean开始支持泛型,即接口声明改为FactoryBean 的形式