Spring生命周期管理：@PostConstruct 和 @PreDestroy 注解——你的Bean的“出生证明”与“遗嘱”

一、介绍：Bean的“人生大事记”

想象一下，你的Bean就像一个新生儿，Spring容器是它的“父母”。从出生（初始化）到死亡（销毁），它需要完成一系列仪式：出生证明（初始化）和遗嘱（清理资源）。

@PostConstruct：Bean在属性注入完成后，正式“成年”前执行的仪式（比如初始化数据、预热缓存）。
@PreDestroy：Bean即将被“火化”前最后的告别（比如关闭数据库连接、释放内存）。

二、用法：如何给Bean写“人生脚本”

基本语法

@Component
public class MyBean {
    @PostConstruct
    public void init() {
        System.out.println("Bean初始化完成，开始工作！");
    }
    @PreDestroy
    public void cleanup() {
        System.out.println("Bean即将销毁，清理战场！");
    }
}

要求：方法必须是非静态、无参数、返回void，且不能抛出受检异常。

场景示例

@PostConstruct：
- 加载数据字典、初始化缓存。
- 启动定时任务（替代@Scheduled，避免默认开启）。
@PreDestroy：
- 关闭数据库连接、释放文件句柄。
- 记录日志或发送关闭事件。

三、原理：Spring如何“监听”Bean的一生？

Spring通过CommonAnnotationBeanPostProcessor（一种Bean后处理器）扫描并执行这些注解方法。

@PostConstruct：在Bean属性注入完成后，早于InitializingBean.afterPropertiesSet()执行。
@PreDestroy：在Bean销毁前，晚于DisposableBean.destroy()执行。

四、对比：注解 vs 接口 vs XML

方式	优点	缺点
@PostConstruct	代码简洁，无框架耦合	需注意JDK版本（JDK9+用`jakarta`包）
InitializingBean	灵活，可复用逻辑	代码与Spring强耦合
XML配置	无需修改代码	配置繁琐，维护成本高
结论：优先使用注解！除非需要复用逻辑或兼容旧代码。

五、避坑指南：常见“翻车”现场

方法签名错误：

@PostConstruct
public void init(int param) { ... } // ❌ 参数不合法！

JDK版本踩坑：
- JDK 9+需导入jakarta.annotation包（JDK 8及之前用javax.annotation）。
资源未释放：
- @PreDestroy方法可能被忽略（如Bean未被Spring管理）。

六、最佳实践：如何优雅管理Bean生命周期

资源初始化与清理：
- 数据库连接池在@PostConstruct中初始化，@PreDestroy中关闭。
避免重复操作：
- 同一Bean中不要混合使用注解和接口（如同时用@PostConstruct和InitializingBean）。
日志监控：
- 在生命周期方法中添加日志，方便排查问题。

七、面试考点：考官最爱问什么？

执行顺序：
- 构造方法 → @Autowired → @PostConstruct → 初始化方法。
包路径问题：
- JDK 9+使用jakarta.annotation，否则编译报错。
与InitializingBean的区别：
- 注解更简洁，接口更灵活（可复用）。

八、总结：Bean的一生，你掌控了吗？

@PostConstruct：Bean的“成人礼”，属性注入完成后立即执行。
@PreDestroy：Bean的“临终遗言”，销毁前释放资源。
记住口诀：

初始化靠@PostConstruct，
销毁前用@PreDestroy，
JDK版本要分清，
注解接口别混淆！

扩展思考：如果Bean是人，@PostConstruct可能是它考入大学的时刻，@PreDestroy则是它退休的仪式。生命周期管理，本质上是让Spring帮你“规划人生”！
（示例代码与更详细原理可参考Spring官方文档及示例项目）