首先介绍一下BeanFacory和ApplicationContext的区别。
它们都能创建IOC容器,但还有有些区别。
BeanFactory
BeanFactory是Spring中最底层的接口,提供了最简单的容器的功能,它有很多具体的实现类,例如:
DefaultListableBeanFactory、XmlBeanFactory和ApplicationContext。没错,ApplicationContext也是它的子类,继承了它的所有功能,并额外扩展了其他功能。
BeanFactory接口设计了getBean方法,可以取得Ioc容器中管理的bean。
public interface BeanFactory {
/**
* Used to dereference a {@link FactoryBean} instance and distinguish it from
* beans created by the FactoryBean. For example, if the bean named
* {@code myJndiObject} is a FactoryBean, getting {@code &myJndiObject}
* will return the factory, not the instance returned by the factory.
*/
String FACTORY_BEAN_PREFIX = "&";
Object getBean(String name) throws BeansException;
T getBean(String name, @Nullable Class requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
T getBean(Class requiredType) throws BeansException;
T getBean(Class requiredType, Object... args) throws BeansException;
boolean containsBean(String name);
boolean isSingleton(String name) throws NoSuchBeanDefinitionException;
boolean isPrototype(String name) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, @Nullable Class> typeToMatch) throws NoSuchBeanDefinitionException;
@Nullable
Class> getType(String name) throws NoSuchBeanDefinitionException;
String[] getAliases(String name);
}
从接口定义的方法可以看出,它主要可以做下面几件事:
- 通过接口方法containsBean让用户能够判断容器是否含有指定名字的Bean
- 通过接口方法isSingleton来查询指定名字的Bean是否是Singleton类型的Bean。
- 通过接口方法isPrototype来查询指定名字的bean是否是prototype类型
- 通过接口方法getTpye来查询指定名字的bean的class类型
- 通过接口方法getAliases来查询指定了名字的Bean的所有别名
BeanFactory在启动的时候不会去实例化bean, 等需要的时候才会到容器中去实例化。
ApplicationContext
ApplicationContext是一个高级形态意义的IOC容器,是在BeanFactory的基础上添加额外功能。
- 支持不同的信息源。因为它扩展了MessageSource接口,可以支持国际化的实现。
- 访问资源,这一特性体现在对ResourceLoader和Resource的支持上,可以从不同的地方得到Bean定义资源。
- 支持应用事件,消息发送,响应机制。
- AOP(拦截器)
- 载入多个(有继承关系)上下文 ,使得每一个上下文都专注于一个特定的层次,比如应用的web层
ApplicationContext在启动的时候会加载非懒加载的单例bean,其它的类型只有在需要的时候才会被加载。
bean的一生
bean的生命周期可以分为下面几步:
- 实例化bean对象(通过构造方法或工厂方法)
- 设置对象属性(setter等)(依赖注入)
- 如果bean实现了BeanNameAware接口,工厂调用Bean的setBeanName方法传递Bean的ID,就是让实现这个接口的bean知道自己在Spring容器的名字。
- 如果bean实现了BeanFactoryAware接口,工厂调用setBeanFactory方法传入工厂自身,让bean获取配置自己的工厂。
- 将Bean实例传递给Bean的前置处理器的postProcessBeforeInitialization(Object bean, String beanname)方法。
- 调用Bean的初始化方法
- 将Bean实例传递给Bean的后置处理器的postProcessAfterInitialization(Object bean, String beanname)方法
- 使用bean
- 是否实现DisposableBean接口
- 容器关闭之前,调用Bean的销毁方法。
InitializingBean
InitializingBean的作用是在bean初始化后执行定制化的操作
public interface InitializingBean {
void afterPropertiesSet() throws Exception;
}
接口只有一个方法afterPropertiesSet
,此方法的调用入口是负责加载 spring bean 的AbstractAutowireCapableBeanFactory
,源码如下:
protected void invokeInitMethods(String beanName, final Object bean, @Nullable RootBeanDefinition mbd)
throws Throwable {
boolean isInitializingBean = (bean instanceof InitializingBean);
if (isInitializingBean && (mbd == null || !mbd.isExternallyManagedInitMethod("afterPropertiesSet"))) {
if (logger.isDebugEnabled()) {
logger.debug("Invoking afterPropertiesSet() on bean with name '" + beanName + "'");
}
if (System.getSecurityManager() != null) {
try {
AccessController.doPrivileged((PrivilegedExceptionAction
从这段源码可以得出以下结论:
- spring为bean提供了两种初始化bean的方式,实现InitializingBean接口,实现afterPropertiesSet方法,或者在配置文件中通过init-method指定,两种方式可以同时使用
- 实现InitializingBean接口是直接调用afterPropertiesSet方法,比通过反射调用init-method指定的方法效率相对来说要高点。但是init-method方式消除了对spring的依赖
- 先调用afterPropertiesSet,再执行 init-method 方法,如果调用afterPropertiesSet方法时出错,则不调用init-method指定的方法。
该方法较适用分布式项目数据库
DisposableBean
public interface DisposableBean {
void destroy() throws Exception;
}
只定义了一个方法,destroy,看名字应该是对象在销毁时执行的。
在对象销毁的时候,会去调用DisposableBean
的destroy
方法。
同样,在对象销毁有一个参数配置destroy-method
,和init-method
相同,在调用销毁的时候,先执行 DisposableBean
的destroy
方法,后执行 destroy-method
声明的方法。
BeanFactoryPostProcessor与BeanPostProcessor的区别
BeanFactoryPostProcessor: BeanFactory后置处理器,是对BeanDefinition对象进行修改
BeanFactoryPostProcessor接口是针对bean容器的,它的实现类可以在当前BeanFactory初始化后,bean实例化之前修改bean的定义属性。
Spring允许BeanFactoryPostProcessor在容器实例化其他bean之前读取配置元数据,并可以根据需要进行修改,例如把bean的scope从singleton改为prototype,也可以把property的值修改掉。BeanPostProcessor: Bean后置处理器,是对生成的bean对象进行修改
public interface BeanPostProcessor {
//bean初始化之前调用
@Nullable
default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
//bean初始化之后调用
@Nullable
default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
}
BeanPostProcessor能在spring容器实例化bean之后,在执行bean的初始化方法前后,添加一些自己的处理逻辑。初始化方法包括以下两种:
- 实现InitializingBean接口的bean,对应方法为afterPropertiesSet
- xml定义中,通过init-method设置的方法
BeanPostProcessor是BeanFactoryProcessor之后执行的。
title: Spring之bean的生命周期及一些关于bean的知识总结
首先介绍一下BeanFacory和ApplicationContext的区别。
它们都能创建IOC容器,但还有有些区别。
BeanFactory
BeanFactory是Spring中最底层的接口,提供了最简单的容器的功能,它有很多具体的实现类,例如:
DefaultListableBeanFactory、XmlBeanFactory和ApplicationContext。没错,ApplicationContext也是它的子类,继承了它的所有功能,并额外扩展了其他功能。
BeanFactory接口设计了getBean方法,可以取得Ioc容器中管理的bean。
public interface BeanFactory {
/**
* Used to dereference a {@link FactoryBean} instance and distinguish it from
* beans created by the FactoryBean. For example, if the bean named
* {@code myJndiObject} is a FactoryBean, getting {@code &myJndiObject}
* will return the factory, not the instance returned by the factory.
*/
String FACTORY_BEAN_PREFIX = "&";
Object getBean(String name) throws BeansException;
T getBean(String name, @Nullable Class requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
T getBean(Class requiredType) throws BeansException;
T getBean(Class requiredType, Object... args) throws BeansException;
boolean containsBean(String name);
boolean isSingleton(String name) throws NoSuchBeanDefinitionException;
boolean isPrototype(String name) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, @Nullable Class> typeToMatch) throws NoSuchBeanDefinitionException;
@Nullable
Class> getType(String name) throws NoSuchBeanDefinitionException;
String[] getAliases(String name);
}
从接口定义的方法可以看出,它主要可以做下面几件事:
- 通过接口方法containsBean让用户能够判断容器是否含有指定名字的Bean
- 通过接口方法isSingleton来查询指定名字的Bean是否是Singleton类型的Bean。
- 通过接口方法isPrototype来查询指定名字的bean是否是prototype类型
- 通过接口方法getTpye来查询指定名字的bean的class类型
- 通过接口方法getAliases来查询指定了名字的Bean的所有别名
BeanFactory在启动的时候不会去实例化bean, 等需要的时候才会到容器中去实例化。
ApplicationContext
ApplicationContext是一个高级形态意义的IOC容器,是在BeanFactory的基础上添加额外功能。
- 支持不同的信息源。因为它扩展了MessageSource接口,可以支持国际化的实现。
- 访问资源,这一特性体现在对ResourceLoader和Resource的支持上,可以从不同的地方得到Bean定义资源。
- 支持应用事件,消息发送,响应机制。
- AOP(拦截器)
- 载入多个(有继承关系)上下文 ,使得每一个上下文都专注于一个特定的层次,比如应用的web层
ApplicationContext在启动的时候会加载非懒加载的单例bean,其它的类型只有在需要的时候才会被加载。
bean的一生
bean的生命周期可以分为下面几步:
- 实例化bean对象(通过构造方法或工厂方法)
- 设置对象属性(setter等)(依赖注入)
- 如果bean实现了BeanNameAware接口,工厂调用Bean的setBeanName方法传递Bean的ID,就是让实现这个接口的bean知道自己在Spring容器的名字。
- 如果bean实现了BeanFactoryAware接口,工厂调用setBeanFactory方法传入工厂自身,让bean获取配置自己的工厂。
- 将Bean实例传递给Bean的前置处理器的postProcessBeforeInitialization(Object bean, String beanname)方法。
- 调用Bean的初始化方法
- 将Bean实例传递给Bean的后置处理器的postProcessAfterInitialization(Object bean, String beanname)方法
- 使用bean
- 是否实现DisposableBean接口
- 容器关闭之前,调用Bean的销毁方法。
InitializingBean
InitializingBean的作用是在bean初始化后执行定制化的操作
public interface InitializingBean {
void afterPropertiesSet() throws Exception;
}
接口只有一个方法afterPropertiesSet
,此方法的调用入口是负责加载 spring bean 的AbstractAutowireCapableBeanFactory
,源码如下:
protected void invokeInitMethods(String beanName, final Object bean, @Nullable RootBeanDefinition mbd)
throws Throwable {
boolean isInitializingBean = (bean instanceof InitializingBean);
if (isInitializingBean && (mbd == null || !mbd.isExternallyManagedInitMethod("afterPropertiesSet"))) {
if (logger.isDebugEnabled()) {
logger.debug("Invoking afterPropertiesSet() on bean with name '" + beanName + "'");
}
if (System.getSecurityManager() != null) {
try {
AccessController.doPrivileged((PrivilegedExceptionAction
从这段源码可以得出以下结论:
- spring为bean提供了两种初始化bean的方式,实现InitializingBean接口,实现afterPropertiesSet方法,或者在配置文件中通过init-method指定,两种方式可以同时使用
- 实现InitializingBean接口是直接调用afterPropertiesSet方法,比通过反射调用init-method指定的方法效率相对来说要高点。但是init-method方式消除了对spring的依赖
- 先调用afterPropertiesSet,再执行 init-method 方法,如果调用afterPropertiesSet方法时出错,则不调用init-method指定的方法。
该方法较适用分布式项目数据库
DisposableBean
public interface DisposableBean {
void destroy() throws Exception;
}
只定义了一个方法,destroy,看名字应该是对象在销毁时执行的。
在对象销毁的时候,会去调用DisposableBean
的destroy
方法。
同样,在对象销毁有一个参数配置destroy-method
,和init-method
相同,在调用销毁的时候,先执行 DisposableBean
的destroy
方法,后执行 destroy-method
声明的方法。
BeanFactoryPostProcessor与BeanPostProcessor的区别
BeanFactoryPostProcessor: BeanFactory后置处理器,是对BeanDefinition对象进行修改
BeanFactoryPostProcessor接口是针对bean容器的,它的实现类可以在当前BeanFactory初始化后,bean实例化之前修改bean的定义属性。
Spring允许BeanFactoryPostProcessor在容器实例化其他bean之前读取配置元数据,并可以根据需要进行修改,例如把bean的scope从singleton改为prototype,也可以把property的值修改掉。BeanPostProcessor: Bean后置处理器,是对生成的bean对象进行修改
public interface BeanPostProcessor {
//bean初始化之前调用
@Nullable
default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
//bean初始化之后调用
@Nullable
default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
}
BeanPostProcessor能在spring容器实例化bean之后,在执行bean的初始化方法前后,添加一些自己的处理逻辑。初始化方法包括以下两种:
- 实现InitializingBean接口的bean,对应方法为afterPropertiesSet
- xml定义中,通过init-method设置的方法
BeanPostProcessor是BeanFactoryProcessor之后执行的。