首先介绍一下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 <i>created</i> 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> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
<T> T getBean(Class<T> requiredType) throws BeansException;
<T> T getBean(Class<T> 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<Object>) () -> {
((InitializingBean) bean).afterPropertiesSet();
return null;
}, getAccessControlContext());
}
catch (PrivilegedActionException pae) {
throw pae.getException();
}
}
else {
((InitializingBean) bean).afterPropertiesSet();
}
}
if (mbd != null && bean.getClass() != NullBean.class) {
String initMethodName = mbd.getInitMethodName();
if (StringUtils.hasLength(initMethodName) &&
!(isInitializingBean && "afterPropertiesSet".equals(initMethodName)) &&
!mbd.isExternallyManagedInitMethod(initMethodName)) {
invokeCustomInitMethod(beanName, bean, mbd);
}
}
}
从这段源码可以得出以下结论：
- 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 <i>created</i> 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> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
<T> T getBean(Class<T> requiredType) throws BeansException;
<T> T getBean(Class<T> 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<Object>) () -> {
((InitializingBean) bean).afterPropertiesSet();
return null;
}, getAccessControlContext());
}
catch (PrivilegedActionException pae) {
throw pae.getException();
}
}
else {
((InitializingBean) bean).afterPropertiesSet();
}
}
if (mbd != null && bean.getClass() != NullBean.class) {
String initMethodName = mbd.getInitMethodName();
if (StringUtils.hasLength(initMethodName) &&
!(isInitializingBean && "afterPropertiesSet".equals(initMethodName)) &&
!mbd.isExternallyManagedInitMethod(initMethodName)) {
invokeCustomInitMethod(beanName, bean, mbd);
}
}
}
从这段源码可以得出以下结论：
- 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之后执行的。
