十分钟看完Spring中Bean的生命周期,太简单了

前言

最初,JavaBean的目的是为了将可以重复使用的软件代码打包标准。特别是用于帮助厂家开发在综合开发环境(IDE)下使用的java软件部件。这些包括如Grid控件,用户可以将该部件拖放到开发环境中。从此,JavaBean就可以扩展为一个java web 应用的标准部件,并且JavaBean部件框架已经扩展为企业版的 Bean(EJB)。

什么是Bean

首先,我们来看看Spring官方文档对于Bean的定义:

In Spring, the objects that form the backbone of your application and that are managed by the Spring IoC container are called beans. A bean is an object that is instantiated, assembled, and otherwise managed by a Spring IoC container. Otherwise, a bean is simply one of many objects in your application

从上面可知,我们可以给Bean下一个定义:Bean就是由IOC实例化、组装、管理的一个对象。

Bean的生命周期

我们需要明确的是,在这里我们的Bean的生命周期主要指的是singleton bean,对prototype bean来说,当用户getBean获得prototype bean的实例后,IOC容器就不再对当前实例进行管理,而是把管理权交由用户,此后再getBean生成的是新的实例。对于request/session/application/websocket 这几种scope的bean我们在此不谈。

在不同的容器中,Bean的生命周期开始的时间不同。对于ApplicationContext来说,当容器启动的时候,bean就已经实例化了。而对于BeanFactory来说,直到调用getBean()方法的时候才进行实例化。

我们知道对于普通的java对象来说,它们的生命周期就是

实例化

不再使用的时候通过垃圾回收机制进行回收

但是对于Bean来说却不是这样。Bean的生命周期如下图所示

对于如上这些方法,我们可以分成如下几类

Bean自身的方法:比如构造函数、getter/setter以及init-method和destory-method所指定的方法等

Bean级生命周期方法:可以理解为Bean类直接实现接口的方法,比如BeanNameAware、BeanFactoryAware、ApplicationContextAware、InitializingBean、DisposableBean等方法,这些方法只对当前Bean生效

容器级的方法(BeanPostProcessor一系列接口):主要是后处理器方法,比如上图的InstantiationAwareBeanPostProcessor、BeanPostProcessor接口方法。这些接口的实现类是独立于bean的,并且会注册到Spring容器中。在Spring容器创建任何Bean的时候,这些后处理器都会发生作用。

工厂后处理器方法(BeanFactoryProcessor一系列接口):包括AspectJWeavingEnabler、CustomAutowireConfigurer、ConfigurationClassPostProcessor等。这些都是Spring框架中已经实现好的BeanFactoryPostProcessor,用来实现某些特定的功能。

Bean自身的方法和Bean级生命周期方法都只对当前Bean起作用,但是容器级生命周期方法和工厂后处理器方法是对所有的bean都起作用

对于这几类方法,1 2 4都很好理解,下面我们重点来说一下什么是BeanPostProcessor和BeanFactoryPostProcessor

以我个人理解来说,BeanPostProcessor和BeanFactoryPostProcessor就是Spring创建的扩展点,用户可以创建自己的实现类来修改Bean或者BeanFactory

注意对于ApplicatonContext来说,容器可以自动检测并加载BeanPostProcessor和BeanFactoryPostProcessor,但是BeanFactory不行,需要自己调用方法手动注册。BeanPostProcessor和BeanFactoryPostProcessor都可以有多个。ApplicationContext也可以根据org.springframework.core.PriorityOrdered和org.springframework.core.Ordered来进行自定义排序,但是BeanFactory不可以,默认顺序就是注册顺序。

这里我需要说明下面两个容易混淆的单词:

Instantiation:实例化,指的是调用构造函数进行实例化

Initialization:初始化,在Bean的声明周期中指的是init-method所指定的方法或者是InitializingBean.afterPropertiesSet()方法

下面我们对常用的这些接口进行说明:

常用接口说明

BeanNameAware该接口只有一个方法setBeanName(String name),用来获取bean的id或者name

BeanFactoryAware该接口只有一个方法setBeanFactory(BeanFactory beanFactory),用来获取当前环境中的BeanFactory

ApplicationContextAware该接口只有一个方法setApplicationContext(ApplicationContext applicationContext),用来获取当前环境中的ApplicationContext 获取到IOC容器之后,可以对beans进行修改等操作

InitializingBean该接口只有一个方法afterPropertiesSet(),在属性注入完成后调用

DisposableBean该接口只有一个方法destroy(),在容器销毁的时候调用,在用户指定的destroy-method之前调用

BeanPostProcessor该接口有两个方法:

postProcessBeforeInitialization(Object bean, String beanName):在初始化之前调用此方法

postProcessAfterInitialization(Object bean, String beanName):在初始化之后调用此方法

通过方法签名我们可以知道,我们可以通过beanName来筛选出我们需要进行个性化定制的bean

InstantiationAwareBeanPostProcessor

该类是BeanPostProcessor的子接口,常用的有如下三个方法

postProcessBeforeInstantiation(Class beanClass, String beanName):在bean实例化之前调用

postProcessProperties(PropertyValues pvs, Object bean, String beanName):在bean实例化之后、设置属性前调用

postProcessAfterInstantiation(Class beanClass, String beanName):在Bean实例化之后调用

测试Bean生命周期

下面我们来编写一个实例来验证我们上面所说的Bean生命周期

首先,我们新建一个User,这个Bean实现了我们的BeanNameAware、ApplicationContextAware、InitializingBean、DisposableBean接口

然后我们实现我们自己的BeanPostProcessor

实现自己的InstantiationAwareBeanPostProcessor

xml配置文件如下

    

    

        1

    

    

        xiaohuan

    

    

    

    

复制代码

编写我们自己的测试类

最后运行项目

你可能感兴趣的:(十分钟看完Spring中Bean的生命周期,太简单了)