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的生命周期可以分为下面几步:

  1. 实例化bean对象(通过构造方法或工厂方法)
  2. 设置对象属性(setter等)(依赖注入)
  3. 如果bean实现了BeanNameAware接口,工厂调用Bean的setBeanName方法传递Bean的ID,就是让实现这个接口的bean知道自己在Spring容器的名字。
  4. 如果bean实现了BeanFactoryAware接口,工厂调用setBeanFactory方法传入工厂自身,让bean获取配置自己的工厂。
  5. 将Bean实例传递给Bean的前置处理器的postProcessBeforeInitialization(Object bean, String beanname)方法。
  6. 调用Bean的初始化方法
  7. 将Bean实例传递给Bean的后置处理器的postProcessAfterInitialization(Object bean, String beanname)方法
  8. 使用bean
  9. 是否实现DisposableBean接口
  10. 容器关闭之前,调用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) () -> {
                        ((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);
            }
        }
    }
 
 

从这段源码可以得出以下结论:

  1. spring为bean提供了两种初始化bean的方式,实现InitializingBean接口,实现afterPropertiesSet方法,或者在配置文件中通过init-method指定,两种方式可以同时使用
  2. 实现InitializingBean接口是直接调用afterPropertiesSet方法,比通过反射调用init-method指定的方法效率相对来说要高点。但是init-method方式消除了对spring的依赖
  3. 先调用afterPropertiesSet,再执行 init-method 方法,如果调用afterPropertiesSet方法时出错,则不调用init-method指定的方法。

该方法较适用分布式项目数据库

DisposableBean

public interface DisposableBean {
    void destroy() throws Exception;
}

只定义了一个方法,destroy,看名字应该是对象在销毁时执行的。

在对象销毁的时候,会去调用DisposableBeandestroy方法。
同样,在对象销毁有一个参数配置destroy-method,和init-method相同,在调用销毁的时候,先执行 DisposableBeandestroy方法,后执行 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的初始化方法前后,添加一些自己的处理逻辑。初始化方法包括以下两种:

  1. 实现InitializingBean接口的bean,对应方法为afterPropertiesSet
  2. 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的生命周期可以分为下面几步:

  1. 实例化bean对象(通过构造方法或工厂方法)
  2. 设置对象属性(setter等)(依赖注入)
  3. 如果bean实现了BeanNameAware接口,工厂调用Bean的setBeanName方法传递Bean的ID,就是让实现这个接口的bean知道自己在Spring容器的名字。
  4. 如果bean实现了BeanFactoryAware接口,工厂调用setBeanFactory方法传入工厂自身,让bean获取配置自己的工厂。
  5. 将Bean实例传递给Bean的前置处理器的postProcessBeforeInitialization(Object bean, String beanname)方法。
  6. 调用Bean的初始化方法
  7. 将Bean实例传递给Bean的后置处理器的postProcessAfterInitialization(Object bean, String beanname)方法
  8. 使用bean
  9. 是否实现DisposableBean接口
  10. 容器关闭之前,调用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) () -> {
                        ((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);
            }
        }
    }
 
 

从这段源码可以得出以下结论:

  1. spring为bean提供了两种初始化bean的方式,实现InitializingBean接口,实现afterPropertiesSet方法,或者在配置文件中通过init-method指定,两种方式可以同时使用
  2. 实现InitializingBean接口是直接调用afterPropertiesSet方法,比通过反射调用init-method指定的方法效率相对来说要高点。但是init-method方式消除了对spring的依赖
  3. 先调用afterPropertiesSet,再执行 init-method 方法,如果调用afterPropertiesSet方法时出错,则不调用init-method指定的方法。

该方法较适用分布式项目数据库

DisposableBean

public interface DisposableBean {
    void destroy() throws Exception;
}

只定义了一个方法,destroy,看名字应该是对象在销毁时执行的。

在对象销毁的时候,会去调用DisposableBeandestroy方法。
同样,在对象销毁有一个参数配置destroy-method,和init-method相同,在调用销毁的时候,先执行 DisposableBeandestroy方法,后执行 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的初始化方法前后,添加一些自己的处理逻辑。初始化方法包括以下两种:

  1. 实现InitializingBean接口的bean,对应方法为afterPropertiesSet
  2. xml定义中,通过init-method设置的方法

BeanPostProcessor是BeanFactoryProcessor之后执行的。

你可能感兴趣的:(Spring之bean的生命周期及一些关于bean的知识总结)