编程语言
首页 > 编程语言> > 一顿Spring骚操作：我敢说没有人比我更懂Java对象的创建！

一顿Spring骚操作：我敢说没有人比我更懂Java对象的创建！

作者：互联网

一、开篇一问

一个Spring Bean是Java对象吗？那么一个对象是Spring Bean吗？

带着这个问题我们一起来回顾Spring的生命周期流程，彻底了解一个类在Spring中究竟做了那些操作！

我们先看一段代码！

诚然，相信只要是使用过Spring的人都应该知道，从Spring容器中获取的对象，里面的EmailServiceImpl是被Spring自动注入了的！

但是相同的点是，他们两个都是一个Java对象，都是加载在JVM里面的，那么至少我们现在可以回答的问题了：

SpringBean一定是一个java对象；但是一个Java对象却不一定是一个SpringBean!

那么我们是不是可以这样认为，只有被Spring管理的类，才能够称之为一个Bean，其他的都称之为对象！那么Spring是如何将一个类从一个普通的类转换为一个Spring Bean的呢？他究竟是经过了那些步骤呢？我们一起探究一下！

二、Spring生命周期的大胆猜测

这里分享一个阅读源码的小技巧：捉大放小，连蒙带猜！8字真言，我们在阅读源码过程中，因为你要知道，每一个被开源出来的优秀框架，其源码的体系都是极其庞大复杂的，我们不能面面俱到，所以在看源码过程中一定不能被细枝末节缠住，一定要先理清楚整个框架的一个大致思想和大致的框架体系，再去搞那些细枝末节，其效率会好很多，其次在看源码过程中，我们一定要大胆的去想，去猜测，如果这个功能让你自己去写，你会怎么实现！

我们今天学习SpringBean的生命周期也是按照这个8字真言去学习，通过我们之前所学，Spring大致有以下的功能：

  1. 他会帮我们自动的创建对象然后保存起来！
  2. 他会帮我们完成属性的填充！
  3. 如果我们设置了Aop的功能，他会帮我们自动的代理，实现切面功能！

我们从平常的使用中，至少可以得知以上的三点，如果让你自己去实现，必会如何实现呢？

于是乎，我们自己实现了一个Spring管理一个Bean的所有过程，画个图，他大概长这样！

自己实现看起来，整个流程就很清晰，扫描、创建、注入、代理、保存一应俱全，但是Spring的实现方式远比我们自己实现的要复杂的多得多！

三、Spring的生命周期流程

Spring作者希望，Spring再着手管理一个Bean的时候，它希望能够让Spring的使用者能够插手，Spring把一个类对象变成一个Java Object的每一步，怎么理解呢？

比如我们买了一栋新房子，这个房子需要取装修，你自己去装修诚然不够专业，不能够面面俱到，所以是我们就找了一个装修公司帮助我们装修新房，于是装修公司就开始预先画好的图纸进行装修，但是在装修的过程中，你为了让自己的新家更加温馨，你想挂一些壁画在墙上，但是图纸上却没有！于是你就找装修公司，要求装修公司在新家的墙上挂上一些壁画！装修公司在接受到你的请求之后，就吩咐装修的工人在图纸之外去给你在墙上挂上壁画之后，然后再接着装修！

上面这个小故事有 这样几个角色，我们把它和Spring对照起来！

上面的小故事，大致可以描述Spring生命周期的核心思想！Spring再对一个Class文件实例化成具体的Spring Bean的时候，它提供了各种接口，由我们自己实现！然后再实例化过程中，不同的时机，去调用不同的接口！从而完成Spring的整个生命周期的创建！

Spring的生命周期大致分为以下部分！

  1. 扫描项目，将项目指定目录下的Class文件转换为Class对象！

  2. 读取Class对象属性包装为BeanDefinition，然后保存再一个Map中！（不难理解，他是为了后续创建或者读取这个类的信息更加方便取而创立的）

  3. 将全部的类转化为 BeanDefinition 并保存之后，开始调用第一个回调接口BeanFactoryPostProcessor#postProcessBeanFactory()!

    • 它的调用时机是将扫描到的Class文件转换为 BeanDefinition 之后调用的，我们可以通过回调的方法获取所有的BeanDefinition ,而后续的所有对Class的操作都是基于BeanDefinition 操作的，所以，我们可以通过修改它，来改变后续的流程！

  4. 先从当前的容器对象取当前要创建的对象，当取出来的对象为null时开始着手创建对象！

  5. 做一系列的验证，比如验证这个类是否被排除、是否正在创建中、是否有依赖Bean【@DependsOn】注解、是否时单例等等！

  6. 验证通过之后，开始通过反射创建这个对象！

  7. 合并BeanDefinition ，这里涉及到Spring之前版本使用的父子容器的概念，属于另外一个知识点不做讲解！

  8. 判断当前对象是不是单例、是不是支持循环引用、是不是正在创建等！

  9. 执行第二个接口回调InstantiationAwareBeanPostProcessor#postProcessAfterInstantiation()方法！

    • 它的执行时机时实例化完成之后，属性填充之前，它的返回值是一个布尔值，当返回false时，不做自动属性填充！

  10. 执行第三个接口回调InstantiationAwareBeanPostProcessor#postProcessProperties()方法！

*   **他的执行时机是，实例化之后，属性填充检查之后，属性填充之前！它会返回一个属性，后续的属性填充会使用这个方法返回的值！我们可以在这个方法里面修改对应Bean的注入的值！**
  1. 填充属性到对象！
  2. 调用第四个回调接口BeanNameAware#setBeanName()方法！
*   **调用时机：属性填充给完毕后，调用初始化方法之前；它的功能是能获取bean的Name!**
  1. 调用第五个回调接口BeanClassLoaderAware#setBeanClassLoader()
*   **调用时机：`BeanNameAware`之后，他的功能是传入bean的类加载器；**
  1. 调用第六个回调接口BeanFactoryAware#setBeanFactory()!
*   **调用时机：`BeanClassLoaderAware`之后，用于设置beanFactory!**
  1. 调用第七个回调接口BeanPostProcessor#postProcessBeforeInitialization()方法
*   **调用时机是部分`Aware`之后，初始化方法之前！传入当前实例化好的对象和beanName,再初始化前做修改！**
  1. 回调第八个比较重要的生命周期的初始化方法，它可以是一个InitializingBean接口的bean，也可以是xml中配置的类，也可以是被加了@PostConstruct注解的方法！
*   **该方法内部逻辑可以用户自己编写，调用时机为：实例化完成之后调用！**
  1. 回调第九个回调接口 BeanPostProcessor#postProcessAfterInitialization()方法！
*   **该方法的调用时机为初始化方法执行之后，这里也是Bean实例化后的最后一步，也是SpringAop实现的重要的一步！**
  1. 注册销毁方法，以便Spring容器销毁的时候进行方法的销毁！

整体的方法流程示例图如下：

四、对应源码结构图

最后

大家看完有什么不懂的可以在下方留言讨论.
谢谢你的观看。
觉得文章对你有帮助的话记得关注我点个赞支持一下！

作者：螺旋升天
链接：https://juejin.im/post/6875847345121001486

分享

这次面试我也做了一些总结，确实还有很多要学的东西。相关面试题也做了整理，可以分享给大家，了解一下面试真题，想进大厂的或者想跳槽的小伙伴不妨好好利用时间来学习。学习的脚步一定不能停止！

需要这份资料的朋友戳这里免费下载，整理出的内容大概如下：

薪酬缩水，“裸辞”奋战25天三面美团，交叉面却被吊打，我太难了

Spring Cloud实战

薪酬缩水，“裸辞”奋战25天三面美团，交叉面却被吊打，我太难了

Spring Boot实战

薪酬缩水，“裸辞”奋战25天三面美团，交叉面却被吊打，我太难了

21610292)]

Spring Cloud实战

[外链图片转存中…(img-RuIiI0uY-1623421610293)]

Spring Boot实战

[外链图片转存中…(img-iYv67jVx-1623421610294)]

面试题整理（性能优化+微服务+并发编程+开源框架+分布式）

标签：调用,Java,对象,Spring,Bean,我敢,装修,Class
来源： https://blog.csdn.net/m0_57077948/article/details/117827779