在构建企业级 Java 应用时，Spring 框架几乎是我们的不二之选。但你是否想过，当你通过一个简单的 @Autowired 或 XML 配置获取一个对象时，Spring 框架在幕后到底为你做了多少工作？
仅仅是用 new 关键字创建一个对象吗？显然不是。Spring 作为一个成熟的容器，它管理着的不仅仅是对象的实例化，更管理着对象从“出生”到“死亡”，以及中间每一个复杂的“成长”阶段。这就是我们今天要深入探讨的核心话题——Spring Bean 的生命周期。
理解 Bean 的生命周期不仅仅是应对面试的筹码，更是我们写出健壮代码、排查棘手启动错误以及进行性能优化的关键。在这篇文章中，我们将像解剖麻雀一样，通过图解、源码分析和实战代码，带你彻底搞懂 Spring Bean 的完整生命周期。
什么是 Bean 生命周期？
简单来说，Spring Bean 生命周期描述了一个 Bean 在 Spring IoC（控制反转）容器中从创建到最终销毁所经历的一系列严密的步骤。这就像是一个产品的生产流水线，每一步都有特定的逻辑和职责。
通常情况下，一个 Bean 会经历以下几个核心阶段：
- 容器启动与扫描：Spring IoC 容器启动，开始寻找元数据。
- 实例化：这是“出生”的时刻，容器为 Bean 分配内存空间（相当于 new）。
- 属性赋值（依赖注入）：这是“成长”的过程，Spring 将配置好的属性或依赖注入到 Bean 中。
- 初始化：这是“成年礼”，Bean 执行自定义的初始化逻辑（如连接数据库、加载缓存）。
- 使用中：Bean 就绪，应用程序调用它提供的业务服务。
- 销毁：这是“生命的终点”，当容器关闭时，执行清理逻辑（如关闭连接）。
生命周期的全景图
为了让你对这个过程有个直观的印象，我们可以参考下图所演示的完整流程。请注意，图中不仅包含了上述基础步骤，还展示了 Spring 内部的一些扩展点（如 BeanPostProcessor），我们会在后文中详细剖析这些“隐藏的关卡”。
> 小贴士： Spring 给我们提供了极大的灵活性。我们可以使用自定义的方法名称来代替默认的生命周期回调，也可以通过接口来强制规范。
如何掌控 Bean 的生命周期？
在实际开发中，我们最关心的是如何在 Bean 的“初始化”和“销毁”这两个节点插入我们的业务代码。Spring 为我们提供了三种标准方式来实现这一目标，我们将逐一通过实战案例来演示。
- XML 配置方式（传统 SSM 项目常用）
- 编程式接口（InitializingBean 和 DisposableBean）
- 注解方式（现代 Spring Boot 推荐）
—
方式一：使用 XML 配置管理生命周期
虽然现在 Spring Boot 主流使用注解，但理解 XML 配置有助于我们看清 Spring 的本质，也是在维护老旧项目时必备的技能。在这种方式中，我们需要显式地在 XML 文件中告诉容器：“嘿，这个 Bean 创建完后请调用 init 方法，关闭前请调用 destroy 方法。”
让我们动手来实现这个例子。
步骤 1：创建 Maven 项目
首先，我们需要搭建一个基础环境。
- 打开 IntelliJ IDEA，点击 New Project -> Maven。
- 选择你安装的 JDK（推荐 Java 11 或 17）。
- 输入坐标信息：
* GroupId: com.lifecycle.demo
* ArtifactId: SpringXMLDemo
- 点击 Finish 完成创建。
步骤 2：配置 Maven 依赖
为了让我们的项目支持 Spring，我们需要在 pom.xml 中引入 Spring Context 模块。它包含了核心容器功能。
org.springframework
spring-context
5.3.30
步骤 3：创建 Bean 类
让我们创建一个简单的类 HelloWorld。你可以把它想象成一个需要启动和停止的服务组件。
package com.lifecycle.demo;
public class HelloWorld {
// 自定义的初始化方法
public void init() {
// 这里可以写初始化逻辑，比如读取配置、建立连接
System.out.println("[XML] Bean 初始化中... 正在加载资源");
}
// 自定义的销毁方法
public void destroy() {
// 这里可以写清理逻辑，比如释放资源
System.out.println("[XML] Bean 即将被销毁... 正在释放资源");
}
}
注意：这里的 INLINECODE02bacfa7 和 INLINECODEfe5937e2 方法名是我们自己定义的，Spring 不会自动识别它们，除非我们在配置中指定。
步骤 4：配置 Spring XML 文件
这是关键的一步。我们需要在 INLINECODEd33f71ba 目录下创建 INLINECODE6528ad20 文件，并使用 INLINECODEe5655a2f 和 INLINECODE130fdc4a 属性将我们刚才的方法注册到容器的生命周期钩子中。
步骤 5：编写驱动类测试
现在，我们需要启动容器并观察结果。为了看到销毁效果，我们必须使用 INLINECODEb30b6db1 并手动调用 INLINECODE4278e536 方法。
package com.lifecycle.demo;
import org.springframework.context.ConfigurableApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class ClientApp {
public static void main(String[] args) {
// 1. 加载配置文件，启动 IoC 容器
System.out.println("--> 容器启动开始");
ConfigurableApplicationContext context =
new ClassPathXmlApplicationContext("spring.xml");
System.out.println("--> 容器启动完成，Bean 已就绪");
// 2. 使用 Bean (可选)
System.out.println("--> 正在使用 Bean: " + context.getBean("helloWorldBean"));
// 3. 关闭容器，触发销毁回调
System.out.println("--> 准备关闭容器");
context.close();
}
}
运行输出分析：
运行 ClientApp，你将看到控制台输出如下信息，清晰地展示了流程：
`INLINECODEbe9df753`INLINECODE12bdcc03initINLINECODE7cd89641destroyINLINECODE40ec42ef@PostConstructINLINECODE14db85fd@PreDestroyINLINECODE50a71f30SmartLifecycle 用于控制启动顺序），则使用接口。
3. **避免**：纯 XML 配置。除非你在维护旧系统。
### 总结
通过这篇深入的分析，我们不仅看到了 Spring Bean 从实例化到销毁的完整图景，更重要的是，我们掌握了**XML、接口、注解**三种操控这一生命周期的实用手段。
理解了这些机制，你就能更自信地设计资源管理的逻辑，避免内存泄漏，并在排查 Spring 启动报错时快速定位问题。希望这篇文章能帮助你从“会用 Spring”进阶到“精通 Spring”。
**下一步建议：**
你可以尝试在你的下一个项目中，检查一下所有使用了 @PostConstruct` 的地方，看看是否有性能优化的空间，或者是否存在未处理的异常风险。保持代码的整洁和健壮，是我们追求的目标。