我们都知道，在面试的过程中，关于 Spring 的面试题，那是各种各样，很多时候就会问到关于 Spring的相关问题，比如 AOP ，IOC 等等，还有就是关于 Spring 是如何管理 Bean 的生命周期的相关问题，今天了不起就来和大家一起看看 Spring 是如何管理 Bean 的生命周期的。
其实我们对于这个 Spring 管理 Bean 的生命周期有时候并不需要我们去大篇幅的去背诵某块的内容，我们需要的就是学会看源代码，比如源代码中的注释部分，当我们看到这注释部分的时候，很大程度上能够帮助我们理解源码的含义。
BeanFactory是Spring框架中的一个接口，它是一个工厂类，用来创建和管理Spring中的Bean对象。
我们看源码中的注释
* <p>Bean factory implementations should support the standard bean lifecycle interfaces * as far as possible. The full set of initialization methods and their standard order is:这句话直接翻译就是 Bean Factory 实现类应该尽可能的支持标准的生命周期接口。注释的下半段内容，就是描述的 Bean 生命周期的相关内容了。所以源码里面的注释需要我们及时的去看一下，虽然都是纯英文的，但是能读出个大概得内容，再去看源码的话，至少知道它是干嘛的方法。
我们在了解他如何管理的时候，我们得先知道这个 Bean 的生命周期都有哪几个阶段，知道了阶段，我们再来看它的实现。
我们先总结：
Bean 的生命周期可以总结为如下的几个阶段，
1. Bean的实例化阶段
2. Bean的设置属性阶段
3. Bean的 初始化阶段
4. Bean的销毁阶段
也有些人会细分实例化阶段，就是把实例化拆分成两部分，第一部分是注册阶段，第二部分是实例化阶段，其实区别不大。
在Spring框架中，Bean的实例化是一个核心过程，它涉及了多个步骤以确保Bean能够正确地被创建并注入到应用上下文中。
Bean定义注册：
实例化前的准备：
实例化：
构造器实例化：通过调用Bean的构造方法来创建实例。你可以在配置文件中指定要使用的构造方法，并提供相应的参数。
静态工厂方法实例化：通过调用静态工厂方法来创建Bean实例。你需要在配置文件中指定工厂类的类名和工厂方法的名称。
实例工厂方法实例化：首先实例化一个工厂Bean，然后调用该工厂Bean的某个非静态方法来创建目标Bean实例。
默认构造器实例化：如果Bean定义中没有指定其他实例化方式，并且Bean类有一个无参构造器，那么Spring将使用默认构造器来实例化Bean。
属性注入：
BeanPostProcessor处理：
在Bean的属性注入完成后，但Bean的初始化方法执行之前，Spring会调用已注册的BeanPostProcessor接口的postProcessBeforeInitialization方法。这是一个可选的步骤，你可以通过实现该接口并注册相应的BeanPostProcessor来在Bean初始化前后执行自定义的逻辑。
初始化：
BeanPostProcessor再处理：
在Bean初始化方法执行之后，Spring会再次调用已注册的BeanPostProcessor接口的postProcessAfterInitialization方法。这是另一个可选的步骤，你可以在这里执行一些清理或后处理操作。
Bean就绪：
经过上述步骤后，Bean就已经被完全创建并初始化了。现在它可以被应用上下文中的其他组件使用或注入到其他Bean中。
到这里，我们的实例化就说完了，记下来看第二阶段。
Bean的设置属性阶段（也称为属性注入或依赖注入）是Bean生命周期中的一个重要环节。这个阶段发生在Spring容器创建Bean的实例之后，但在Bean被实际使用之前。
注入方式：
既然我们已经把这个属性设置完毕了，那么就要开始后进行初始化阶段了。
BeanAware接口回调
private void invokeAwareMethods(final String beanName, final Object bean) { if (bean instanceof Aware) { if (bean instanceof BeanNameAware) { ((BeanNameAware) bean).setBeanName(beanName); } if (bean instanceof BeanClassLoaderAware) { ((BeanClassLoaderAware) bean).setBeanClassLoader(getBeanClassLoader()); } if (bean instanceof BeanFactoryAware) { ((BeanFactoryAware) bean).setBeanFactory(AbstractAutowireCapableBeanFactory.this); } } }Bean初始化前操作
@Overridepublic Object applyBeanPostProcessorsBeforeInitialization(Object existingBean, String beanName) throws BeansException { Object result = existingBean; for (BeanPostProcessor beanProcessor : getBeanPostProcessors()) { result = beanProcessor.postProcessBeforeInitialization(result, beanName); if (result == null) { return result; } } return result;}Bean初始化操作
调用InitializingBean接口的afterPropertiesSet方法 调用定义bean的时候指定的初始化方法。
public interface InitializingBean { /** * Invoked by the containing {@code BeanFactory} after it has set all bean properties * and satisfied {@link BeanFactoryAware}, {@code ApplicationContextAware} etc. * <p>This method allows the bean instance to perform validation of its overall * configuration and final initialization when all bean properties have been set. * @throws Exception in the event of misconfiguration (such as failure to set an * essential property) or if initialization fails for any other reason */ void afterPropertiesSet() throws Exception;}Bean初始化后阶段
public Object applyBeanPostProcessorsAfterInitialization(Object existingBean, String beanName) throws BeansException { Object result = existingBean; for (BeanPostProcessor processor : getBeanPostProcessors()) { Object current = processor.postProcessAfterInitialization(result, beanName); if (current == null) { return result; } result = current; } return result; }Bean初始化完成操作
public interface SmartInitializingSingleton { /** * Invoked right at the end of the singleton pre-instantiation phase, * with a guarantee that all regular singleton beans have been created * already. {@link ListableBeanFactory#getBeansOfType} calls within * this method won't trigger accidental side effects during bootstrap. * <p><b>NOTE:</b> This callback won't be triggered for singleton beans * lazily initialized on demand after {@link BeanFactory} bootstrap, * and not for any other bean scope either. Carefully use it for beans * with the intended bootstrap semantics only. */ void afterSingletonsInstantiated();}当我们完成了初始化之后，使用完成，最后 Bean 就要走到销毁阶段了。
@Override public void destroyBean(Object existingBean) { new DisposableBeanAdapter( existingBean, getBeanPostProcessorCache().destructionAware, getAccessControlContext()).destroy(); }这里需要注意的是
你知道 Spring是如何管理 Bean 的生命周期了么？
本文链接：http://www.28at.com/showinfo-26-91163-0.htmlSpring如何管理Bean的生命周期呢？
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
