SpringBean的初始化流程 - 码农知识堂

SpringBean的初始化流程
- 当我们启动Spring容器后，会先通过AbstractApplicationContext#refresh方法，调用BeanFactoryPostProcess方法，可以在bean初始化前，修改context中的BeanDefinition，但是因为此时Bean还没有初始化，所以并不会修改bean实例，如下代码所示：
- 然后会开始初始化非懒加载的bean，具体分为以下几步：
- 1. 通过 InstantiationAwareBeanPostProcessor 在实例化bean之前做前置处理
- 2. 通过反射实例化该bean（有多种情况，分为有参数，无参数构造器，以及是否有Autowired注解）
- 3. 填充Bean的field实例（此时可能会有循环依赖问题，涉及到循环初始化）
- 4. 调用初始化方法之前，先调用 BeanPostProcessor #postProcessBeforeInitialization 方法（各种Aware的织入就在此处执行）
- 5. 执行该bean的初始化方法，如 InitializingBean #afterProperties 方法，或者自定义的init-method方法
- 6. 调用 BeanPostProcessor #postProcessAfterInitialization 执行初始化的后置处理方法
- 7. 如果该bean有相关的销毁方法，则将对应的销毁方法注册进容器中，当销毁bean的时候会进行回调处理
- 源码如下所示：
- 整体过程如下图所示：
- 如果两个bean互相依赖，该如何初始化
  - Spring Bean的循环依赖问题_兔子队列的博客-CSDN博客
- SpringBean的生命周期
  - 在传统的Java应用中，bean的生命周期很简单
    使用Java关键字new进行bean实例化，然后该bean就可以使用了
    
    一旦该bean不再被使用，则由Java自动进行垃圾回收
  - 相比之下，Spring容器中的bean的生命周期就显得相对复杂多了
  - 正确理解Spring bean的生命周期非常重要，因为你或许要利用Spring提供的扩展点来自定义bean的创建过程
  - Singleton生命周期完全由容器控制，Singleton是如下所述，prototype类型的Bean完成实例化之后就由调用方去管理后续流程了，IoC容器不再管理
  - 下图展示了bean装载到Spring应用上下文中的一个典型的生命周期过程
  - bean在Spring容器中从创建到销毁经历了若干阶段，每一阶段都可以针对Spring如何管理bean进行个性化定制
  - 正如你所见，在bean准备就绪之前，bean工厂执行了若干启动步骤
  - 我们对上图进行详细描述：
    
    1-实例化
    Spring对bean进行实例化；实例化一个Bean，也就是我们常说的new
    
    对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化
    
    对于ApplicationContext容器，当容器启动结束后，便实例化所有的bean
    
    容器通过获取BeanDefinition对象中的信息进行实例化
    
    并且这一步仅仅是简单的实例化，并未进行依赖注入
    
    实例化对象被包装在BeanWrapper对象中，BeanWrapper提供了设置对象属性的接口，从而避免了使用反射机制设置属性
    
    2-IOC依赖注入
    Spring将值和bean的引用注入到bean对应的属性中；按照 Spring 上下文对实例化的 Bean 进行配置，也就是 IOC 注入
    
    实例化后的对象被封装在BeanWrapper对象中，并且此时对象仍然是一个原生的状态，并没有进行依赖注入
    
    紧接着，Spring根据BeanDefinition中的信息进行依赖注入
    
    并且通过BeanWrapper提供的设置属性的接口完成依赖注入
    
    3，4，5-注入Aware接口
    紧接着，Spring会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给bean（BeanNameAware，BeanFactoryAware，ApplicationContextAware）
    
    3-setBeanName实现
    如果bean实现了BeanNameAware接口，会调用它实现的 setBeanName(String) 方法，此处传递的就是 Spring 配置文件中 Bean 的 id 值
    
    4-BeanFactoryAware实现
    如果bean实现了BeanFactoryAware接口，会调用它实现的 setBeanFactory，setBeanFactory(BeanFactory)传递的是 Spring 工厂自身（可以用这个方式来获取其它Bean，只需在 Spring 配置文件中配置一个普通的 Bean 就可以）
    
    5-ApplicationContextAware实现
    如果bean实现了ApplicationContextAware接口，会调用setApplicationContext(ApplicationContext)方法，传入 Spring 上下文（同样这个方式也可以实现步骤 4 的内容，但比 4 更好，因为 ApplicationContext 是 BeanFactory 的子接口，有更多的实现方法）
    
    6，8-BeanPostProcessor
    当经过上述几个步骤后，bean对象已经被正确构造，但如果你想要对象被使用前再进行一些自定义的处理，就可以通过BeanPostProcessor接口实现
    
    作用是在Bean实例创建成功后对其进行增强处理，如对Bean进行修改，增加某个功能
    
    该接口提供了两个函数：
    postProcessBeforeInitialzation( Object bean, String beanName )
    当前正在初始化的bean对象会被传递进来，我们就可以对这个bean做任何处理
    
    这个函数会先于InitialzationBean执行，因此称为前置处理
    
    所有Aware接口的注入就是在这一步完成的
    
    postProcessAfterInitialzation( Object bean, String beanName )
    这个函数会在InitialzationBean完成后执行，因此称为后置处理
    
    6-postProcessBeforeInitialization接口实现-初始化预处理
    如果bean实现了BeanPostProcessor接口，将会调用postProcessBeforeInitialization(Object obj, String s)方法，BeanPostProcessor 经常被用作是 Bean 内容的更改，并且由于这个是在 Bean 初始化结束时调用那个的方法，也可以被应用于内存或缓存技术
    
    7-InitializingBean与init-method
    如果bean实现了InitializingBean接口，Spring将调用它们的afterPropertiesSet()方法
    
    类似地，如果 Bean 在 Spring 配置文件中配置了 init-method 属性会自动调用其配置的初始化方法
    
    如果Bean实现了InitializingBean接口，Spring将调用它们的afterPropertiesSet方法，作用与在配置文件中对Bean使用init-method声明初始化的作用一样，都是在Bean的全部属性设置成功后执行的初始化方法
    
    若要使用它，我们需要让bean实现该接口，并把要增加的逻辑写在该函数中
    
    然后Spring会在前置处理完成后检测当前bean是否实现了该接口，并执行afterPropertiesSet函数
    
    当然，Spring为了降低对客户代码的侵入性，给bean的配置提供了init-method属性，该属性指定了在这一阶段需要执行的函数名
    
    Spring便会在初始化阶段执行我们设置的函数
    
    init-method本质上仍然使用了InitializingBean接口
    
    8-postProcessAfterInitialization
    如果bean实现了BeanPostProcessor接口，将会调用postProcessAfterInitialization(Object obj, String s)方法
    
    注：以上工作完成以后就可以应用这个 Bean 了，那这个 Bean 是一个 Singleton 的，所以一般情况下我们调用同一个 id 的 Bean 会是在内容地址相同的实例，当然在 Spring 配置文件中也可以配置非 Singleton
    
    此时，bean已经准备就绪，可以被应用程序使用了，它们将一直驻留在应用上下文中，直到该应用上下文被销毁
    
    9-Destroy 过期自动清理阶段
    当 Bean 不再需要时，会经过清理阶段，如果bean实现了DisposableBean接口，会调用那个其实现的 destroy() 方法
    
    10-destroy-method 自配置清理
    最后，如果这个 Bean 的 Spring 配置中配置了 destroy-method 属性，会自动调用其配置的销毁方法
    
    现在你已经了解了如何创建和加载一个Spring容器
    
    但是一个空的容器并没有太大的价值，在你把东西放进去之前，它里面什么都没有
    
    为了从Spring的DI(依赖注入)中受益，我们必须将应用对象装配进Spring容器中
  - 有两个重要的 bean 生命周期方法，第一个是setup，它是在容器加载bean的时候被调用
  - 第二个方法是 teardown 它是在容器卸载类的时候被调用
  - bean 标签有两个重要的属性（init-method和destroy-method）
  - 用它们你可以自己定制初始化和注销方法；它们也有相应的注解（@PostConstruct和@PreDestroy）
相关阅读:
关于python函数，你该了解这些
 药品销售数据查询的网站都有哪些？＜市场竞争调研＞
【C++】string模拟实现
 深入Linux内核（进程篇）—进程切换之ARM体系架构简单总结
 金蝶云星空与旺店通·旗舰奇门对接集成收料通知单查询连通新增采购订单(金蝶收料通知单-旺店通采购订单开单)
数据结构之链表
 Eclipse安装及配置tomcat
MySQL去重中 distinct 和 group by 的区别
 618大促：手机品牌“神仙打架”，高端市场“谁主沉浮”？
npm彻底清理缓存
原文地址：https://blog.csdn.net/weixin_59624686/article/details/133828346