深入解析Spring Bean初始化时和销毁时的一些扩展点

た入场券 2023-10-14 13:23 16阅读 0赞

### 一.前言 ###

今天来分享一下Bean在初始化时和Bean销毁时我们可以做的一些操作，如果只是单纯做CRUD开发，那么这些操作基本上不可能遇到，如果依赖于Spring来做一些框架层面的开发或者中间件开发，那么这些操作是很常用的，在Bean进行初始化或者销毁的时候，如果我们需要做一些操作，比如加载和销毁一些资源或者执行一些方法时，那么就可以使用Spring提供的一些扩展，今天主要分享初始化Bean时的三种方式和销毁Bean时的三种方式。

### 二.相关扩展点和方法 ###

初始化时和销毁时都有相应的方式供我们选择，下面列出了初始化时和销毁时的各三种方式，然后再进行深度解析。

**初始化时**

*  @PostConstruct
 *  自定义初始化方法
 *  InitializingBean

**销毁时**

*  @PreDestroy
 *  自定义销毁方法
 *  DisposableBean

### 三.测试 ###

**定义Bean**

下面我们定义了一个Bean，实现了InitializingBean和DisposableBean接口，分别在方法上使用了@PostConstruct注解和@PreDestroy注解，又自定义了初始化方法initMethod()和销毁方法destoryMethod()。

![format_png][]

**配置Bean**

使用@Configuration注解和@Bean注解来注册Bean，我们在InitDestroyBean上使用了@Bean注解来将其标注为一个Bean，并且加上了初始化方法和销毁方法。

![format_png 1][]

**查看结果**

![format_png 2][]

从控制台输出我们可以得出这些方式的优先级

*  @PostConstruct > InitializingBean > 自定义初始化方法
 *  @PreDestroy > DisposableBean > 自定义销毁方法

### 四.源码解析 ###

下面进行源码解析，因为Spring的源码还是比较复杂，所以我们只从最关键的地方开始分析，下分析初始化Bean时，再分析销毁Bean时。

**初始化Bean**

##### 1.解析Bean中@PostConstruct注解和@PreDestory注解 #####

我们直接来到AbstractAutowireCapableBeanFactory类中，@PostConstruct注解和@PreDestory标注的方法会在`applyMergedBeanDefinitionPostProcessors`中被后置处理器InitDestroyAnnotationBeanPostProcessor解析，原理是通过反射判断Bean中是否有方法上标注了@PostConstruct注解和@PreDestory注解，如果有，则将其加入`initMethods`和`destroyMethods`集合中，然后组装到LifecycleMetadata中，以供后续使用。

![format_png 3][]

##### 2.对Bean进行初始化-调用标注@PostConstruct的方法 #####

下一步进入initializeBean方法中，然后进入applyBeanPostProcessorsBeforeInitialization方法，从名字我们可以看出这是Bean初始化前操作，这里会调用InitDestroyAnnotationBeanPostProcessor后置处理进行处理。

![format_png 4][]

从上面可以看出会通过findLifecycleMetadata去获取元数据，就是上面我们说的LifecycleMetadata，这里会用到，然后调用invokeInitMethods方法，最终会通过反射调用到标注了@PostConstruct注解的方法。

![format_png 5][]

**从上面我们可以看出，标注了@PostConstruct注解的方法最先执行。**

##### 3.调用自定义初始化方法和实现了InitializingBean接口的方法。 #####

接着调用invokeInitMethods方法，里面会判断Bean是否实现了InitializingBean接口，如果实现，那么就会调用方法afterPropertiesSet()，接着会获取Bean中自定义的初始化方法，然后通过反射调用。

![format_png 6][]

**从上面看出，实现了InitializingBean接口中的最先被执行，自定义的Bean初始化方法第二被执行。**

##### 4.总结 #####

从上面看出，如果是通过@PostConstruct注解标注的方法，则需要使用后置处理器BeanPostProcessor来进行处理，实现InitializingBean接口和自定义的初始化方法则不需要使用后置处理器处理，@PostConstruct标注的方法的优先级大于实现了InitializingBean接口的方法，实现了InitializingBean接口的方法大于自定义的初始化方法。

**销毁Bean**

销毁Bean的动作发生在容器关闭的时候，当Spring程序中发生BeansException异常是会触发，还有我们也可以手动关闭容器，关闭容器后，Spring中的所有Bean都会被清理掉，这时候如果再去获取对应的Bean，就会发生异常。

![format_png 7][]

##### 1.手动关闭容器 #####

为了去分析源码，我们这里直接手动去关闭Spring容器，直接调用close()方法关闭容器。

![format_png 8][]

手动调用关闭容器后，会去调用doClose()方法，然后里面有一个destroyBeans()方法，这里方法就是销毁Bean，我们可以看到它有一个备注`Destroy all cached singletons in the context's BeanFactory.`，意思就是销毁单例Bean，至于为什么是销毁单例Bean，大家可以想一下，哈哈！

![format_png 9][]

##### 2.执行标注了@PreDestroy的方法 #####

顺着源码一直跟进来，我们发现它它也会调用Bean的后置处理器，然后通过反射调用标注了@PreDestroy注解的方法，这里和标注了@PostConstruct的方法的执行是一样的。

![format_png 10][]

##### 3.调用实现DisposableBean接口的方法 #####

接着判断当前的Bean是否实现了DisposableBean接口，如果实现了，则调用destroy()方法，和InitializingBean也是一样的套路。

![format_png 11][]

##### 4.执行自定义的销毁方法 #####

往下执行，就会判断是否定义了自定义的销毁方法，如果定义了，则通过反射进行调用，和初始化方法哪里是一样的套路。

![format_png 12][]

##### 5.总结 #####

从上面可以看出，销毁Bean和初始化Bean时这些扩展点的方式基本上都差不多，在销毁Bean时，会将其中涉及到的装Bean的一些集合都进行清空，然后再把BeanFactory关闭，不过我们这里关注的时销毁时执行的方法，就不去管那些了。

我们得出结论，标注了@PreDestroy注解的方法最先被执行，实现了DisposableBean接口的第二被执行，自定义的销毁方法最后被执行。

### 五.思考 ###

我们思考一下，为什么Spring对于@PostConstruct注解和@PreDestory注解要使用专门的后置处理器来处理？

其实这也是Spring牛逼的地方，扩展性极强，因为@PostConstruct注解和@PreDestory注解其实不是属于Spring的，而是Java语言层面的注解，如果不通过扩展的方式来实现这两个注解的使用，那么就没有扩展性而言，加入那天再需要加入Java层面的注解到Spring中，那么又需要去代码里面改，显然，这样的设计时不合理的。

像@Resource注解也不是Spring的，也是Java层面的，处理这个注解也时通过后置处理器来进行处理。

所以Spring为什么发展得这么迅猛，Java程序员基本没人不用Spring，Spring的不断发展，使它成为最复杂的框架，但是它的内核设计还是十分优秀的，如果没有优秀的设计，估计代码已经不堪入目了。

### 6.总结 ###

上面我们对于Spring的Bean初始化时和销毁时的一些操作进行了介绍并进行测试，然后分析了它们的原理，并对Spring的设计进行我个人的理解和评价。

其实对于像Spring这样庞大的框架，学习难度还是比较大的，需要我们一遍有一遍去debug，去分析，去理解，这样才能慢慢对它有一个了解，如果只是为了去应付，去背，那么基本上没用。

[format_png]: https://img-blog.csdnimg.cn/img_convert/8a2f820604135338057911f5005eda31.webp?x-oss-process=image/format,png
[format_png 1]: https://img-blog.csdnimg.cn/img_convert/d7ed1e01ee411059522c8ab996c79b35.webp?x-oss-process=image/format,png
[format_png 2]: https://img-blog.csdnimg.cn/img_convert/8e672fa03d76b65cf730113dcb386018.webp?x-oss-process=image/format,png
[format_png 3]: https://img-blog.csdnimg.cn/img_convert/6096cc84c0fdc9c6e81d9adbff8ca1ab.webp?x-oss-process=image/format,png
[format_png 4]: https://img-blog.csdnimg.cn/img_convert/bfbdf78742879db41dc5f6a7e1187456.webp?x-oss-process=image/format,png
[format_png 5]: https://img-blog.csdnimg.cn/img_convert/8cc1e108650fa5c55c6e11b7f9b771e1.webp?x-oss-process=image/format,png
[format_png 6]: https://img-blog.csdnimg.cn/img_convert/1f438be8a54d1bd6108484ccae64ffcf.webp?x-oss-process=image/format,png
[format_png 7]: https://img-blog.csdnimg.cn/img_convert/d199b38cee6c453c4743b99647f1212d.webp?x-oss-process=image/format,png
[format_png 8]: https://img-blog.csdnimg.cn/img_convert/3805b68ce9479722b2310c113281d4e9.webp?x-oss-process=image/format,png
[format_png 9]: https://img-blog.csdnimg.cn/img_convert/7a6fa006594661c7667b15031b3ea3a2.webp?x-oss-process=image/format,png
[format_png 10]: https://img-blog.csdnimg.cn/img_convert/1d4804416e601b015142178c69a15811.webp?x-oss-process=image/format,png
[format_png 11]: https://img-blog.csdnimg.cn/img_convert/c6cb8df637f5fc54bd7add3797027b3f.webp?x-oss-process=image/format,png
[format_png 12]: https://img-blog.csdnimg.cn/img_convert/d2c5a981b271e438213a6645f9ad1a66.webp?x-oss-process=image/format,png