Spring Bean 的生命周期是 Spring 框架最核心、最复杂的机制之一，也是面试中出场率极高的“必考题”。很多开发者虽然天天在使用 @Component、@Autowired 和 @PostConstruct，但对于一个 Bean 究竟是如何从无到有、如何被注入依赖、何时初始化、何时销毁，往往只知其一不知其二。如果不理解生命周期，在面对循环依赖、AOP 代理失效、自定义初始化逻辑执行顺序等复杂问题时，就会束手无策。本文将结合源码逻辑，将 Bean 的生命周期拆解为清晰的阶段，并详细解析每个阶段的关键扩展点，助你彻底吃透这一核心机制。
一、生命周期全景图：四大核心阶段与十二个关键步骤
虽然 Spring 官方文档将 Bean 的生命周期概括为“实例化、属性赋值、初始化、销毁”四个大阶段，但在底层源码实现中（主要是 AbstractAutowireCapableBeanFactory 类的 doCreateBean 方法），这个过程被细化为更精确的十二个步骤。为了便于理解，我们可以将其归纳为以下四个核心阶段：
1. 实例化阶段（Instantiation）：Bean 的“出生”
这是生命周期的起点。Spring 容器根据 BeanDefinition 中定义的信息（如类名、作用域、构造参数等），通过反射调用构造函数（或工厂方法）创建出一个原始的 Java 对象实例。
- 关键点：此时创建出来的只是一个“空壳”对象，内部的成员变量（依赖项）还没有被赋值，各种Aware接口也没有被注入。它仅仅是在堆内存中占据了一块空间。
- 扩展点：在此阶段之前，
InstantiationAwareBeanPostProcessor的postProcessBeforeInstantiation方法有机会介入。如果该方法返回了一个非 null 的对象（通常用于 AOP 代理），那么后续的默认创建流程将被短路，直接跳过实例化和属性赋值。这是 Spring AOP 实现动态代理的关键入口之一。
2. 属性赋值阶段（Populate Bean）：依赖注入的完成
实例化完成后，Spring 容器开始为 Bean 的属性进行填充，也就是我们熟悉的依赖注入（DI）。
- 执行逻辑：容器会遍历
BeanDefinition中定义的属性信息，解析@Autowired、@Value、@Resource等注解，或者处理 XML 中的<property>标签。对于每个依赖项，容器会递归地去获取或创建对应的 Bean，然后通过 Setter 方法或反射直接赋值给字段。 - Aware 接口回调：在属性赋值的过程中或之后，如果 Bean 实现了特定的 Aware 接口（如
BeanNameAware、BeanFactoryAware、ApplicationContextAware），Spring 会调用相应的方法，将容器自身的资源（如 Bean 名称、容器实例）注入到 Bean 中。这使得 Bean 能够感知到容器的存在，从而获取更高级的服务。 - 扩展点：
InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation和postProcessProperties方法可以在此阶段介入，修改或阻止属性的注入。
3. 初始化阶段（Initialization）：Bean 的“成年礼”
属性赋值完成后，Bean 已经具备了完整的数据结构，但可能还需要执行一些自定义的初始化逻辑（如建立数据库连接池、加载缓存配置等）。这是生命周期中最复杂、扩展点最多的阶段。
- 执行顺序：
- 检查 Aware 接口：再次确认并调用所有 Aware 接口的方法（确保在初始化前容器资源已就绪）。
- BeanPostProcessor 前置处理：调用所有注册的
BeanPostProcessor的postProcessBeforeInitialization方法。这是 AOP 织入的关键点之一，许多框架逻辑在此执行。 - 执行初始化方法：按照特定顺序执行三种形式的初始化代码：
- 首先执行带有
@PostConstruct注解的方法（JSR-250 标准）。 - 其次执行实现了
InitializingBean接口的afterPropertiesSet()方法（Spring 原生接口）。 - 最后执行配置中自定义的
init-method方法（XML 或@Bean(initMethod=...)指定）。
- 首先执行带有
- BeanPostProcessor 后置处理：调用所有注册的
BeanPostProcessor的postProcessAfterInitialization方法。注意：Spring AOP 的动态代理对象通常就是在这个步骤生成的。如果 Bean 需要被代理，这里返回的将不再是原始对象，而是一个代理对象。后续容器中存储和使用的都是这个代理对象。
4. 使用与销毁阶段（Usage & Destruction）：Bean 的“使命与终结”
- 使用阶段：初始化完成后，Bean 就被放入单例池（Singleton Beans Registry）中，随时准备被其他 Bean 注入或被应用程序调用。只要容器还在运行，单例 Bean 就会一直存活。
- 销毁阶段：当 Spring 容器关闭（如 Web 应用停止、JVM 退出）时，容器会销毁所有的单例 Bean。
- 执行顺序：
- 执行带有
@PreDestroy注解的方法（JSR-250 标准）。 - 执行实现了
DisposableBean接口的destroy()方法（Spring 原生接口）。 - 执行配置中自定义的
destroy-method方法。
- 执行带有
- 注意：销毁阶段只对单例（Singleton）Bean 有效。对于原型（Prototype）Bean，Spring 容器只管创建和初始化，不管销毁，开发者需要自行管理其生命周期。
- 执行顺序：
二、关键扩展点深度解析：掌控生命周期的“遥控器”
Spring 之所以强大，是因为它在生命周期的每个关键节点都预留了扩展点（Extension Points），允许开发者插入自定义逻辑。理解这些扩展点的执行顺序至关重要。
1. BeanPostProcessor：最强大的通用钩子
BeanPostProcessor 是 Spring 提供的最灵活的扩展接口，它作用于容器中所有 Bean 的初始化前后。
postProcessBeforeInitialization：在初始化方法（@PostConstruct等）执行之前调用。常用于检查 Bean 的状态、修改属性值，或者在特定条件下阻止初始化。postProcessAfterInitialization：在初始化方法执行之后调用。这是 Spring AOP 的核心实现地。当所有初始化逻辑完成后，如果需要对该 Bean 进行代理（如添加事务控制、日志切面），AnnotationAwareAspectJAutoProxyCreator（一个特殊的 BeanPostProcessor）会在此处返回一个代理对象，替换掉原始 Bean。- 应用场景：除了 AOP，它还广泛用于自动注入注解的处理（如
AutowiredAnnotationBeanPostProcessor处理@Autowired）、常见注解的解析（如CommonAnnotationBeanPostProcessor处理@PostConstruct）等。
2. Aware 接口：让 Bean 感知容器
如果 Bean 需要获取容器级别的资源（如获取其他 Bean、发布事件、读取配置文件），可以实现 Aware 接口。
BeanNameAware：注入当前 Bean 在容器中的 ID。BeanFactoryAware/ApplicationContextAware：注入BeanFactory或ApplicationContext实例。有了容器引用，Bean 就可以手动获取其他依赖、发布事件或访问环境配置。- 执行时机：通常在属性赋值之后，初始化方法之前执行。
3. 初始化方法的三种形式与优先级
Spring 支持三种定义初始化逻辑的方式，它们的执行顺序是固定的，不能混淆：
@PostConstruct：优先级最高。这是 Java 标准注解，由CommonAnnotationBeanPostProcessor处理。InitializingBean.afterPropertiesSet()：优先级居中。这是 Spring 特有的接口耦合方式，现在较少推荐使用，因为侵入性强。init-method：优先级最低。这是在配置类或 XML 中指定的普通方法，解耦性最好。
建议：在现代开发中，优先使用@PostConstruct，因为它简洁且符合标准；如果需要更灵活的配置，可使用@Bean(initMethod=...)。尽量避免实现InitializingBean接口。
三、实战中的常见问题与避坑指南
理解生命周期不仅仅是为了面试，更是为了解决实际开发中的疑难杂症。
1. 循环依赖是如何解决的？
Spring 通过三级缓存机制解决单例 Bean 的 setter 循环依赖。
- 在实例化后、属性赋值前，Spring 会将早期暴露的 Bean 引用（ObjectFactory）放入三级缓存。
- 当 A 依赖 B，B 又依赖 A 时，B 在注入 A 时，可以从三级缓存中拿到 A 的早期引用（此时 A 还未完全初始化），从而完成 B 的初始化。
- 随后 A 再完成属性注入和初始化。
- 注意：构造器注入的循环依赖无法通过此机制解决，会直接抛出
BeanCurrentlyInCreationException。因此，尽量避免使用构造器注入形成循环依赖。
2. AOP 代理对象何时生成？
很多开发者困惑为什么在 @PostConstruct 方法中调用本类的另一个被 AOP 切面的方法时，切面逻辑不生效。
- 原因：AOP 代理对象是在
BeanPostProcessor.postProcessAfterInitialization阶段生成的，而@PostConstruct是在此之前的初始化阶段执行的。 - 结果：在
@PostConstruct执行时，Bean 还是原始对象，没有代理。因此，内部调用不会经过代理逻辑。 - 解决：避免在初始化方法中进行内部自调用。如果必须调用，可以通过
AopContext.currentProxy()获取当前代理对象进行调用，或者将逻辑拆分到其他 Bean 中。
3. 原型 Bean 的销毁问题
如前所述，Spring 容器不管理原型（Prototype）Bean 的销毁。如果原型 Bean 持有昂贵资源（如数据库连接、文件句柄），必须在代码中手动释放，或者使用自定义的 Bean 后置处理器来跟踪并销毁它们。否则会导致资源泄漏。
综上所述，Spring Bean 的生命周期是一个设计精妙、扩展性极强的流程。从实例化到销毁，每一个环节都蕴含着 Spring 框架的设计哲学。掌握这一流程，不仅能让你在面试中对答如流，更能让你在实际开发中游刃有余地处理各种复杂场景，写出更加健壮、优雅的代码。
