spring通过initializingbean和disposablebean接口在bean生命周期关键节点插入自定义逻辑：前者在属性注入完成后、init-method前调用afterpropertiesset()做初始化校验等，后者在容器关闭时调用destroy()释放资源，执行顺序分别为构造→@postconstruct→afterpropertiesset→init-method和@predestroy→destroy→destroy-method。
Spring 通过 InitializingBean 和 DisposableBean 接口，让开发者在 Bean 生命周期的关键节点插入自定义逻辑：前者用于属性注入完成后的初始化动作，后者用于容器关闭前的资源清理。
InitializingBean 控制初始化时机
实现 InitializingBean 接口后，Spring 容器会在该 Bean 的所有属性成功注入后、其他初始化方法（如 init-method）执行前，自动调用 afterPropertiesSet() 方法。
- 该方法不是构造函数，也不在依赖注入过程中执行，而是在“属性已全部设好、但尚未对外提供服务”这一精确时机触发
- 适合做校验（比如检查必填属性是否为空）、缓存预热、连接池初始化等轻量级准备操作
- 注意避免在此方法中写耗时或可能失败的操作（如远程调用），否则会导致 Bean 创建失败并中断上下文启动
DisposableBean 控制销毁行为
实现 DisposableBean 接口后，当 Spring 容器关闭（如调用 ConfigurableApplicationContext.close()）时，会自动调用 destroy() 方法，用于释放资源。
- 典型用途包括：关闭数据库连接、注销监听器、清空本地缓存、释放线程池
- 该方法在
@PreDestroy注解方法之后、XML 或@Bean中配置的destroyMethod之前执行 - 异常会被捕获并记录日志，不会阻断其他 Bean 的销毁流程
执行顺序需明确区分
Spring 对生命周期回调有严格顺序，理解它能避免逻辑错位：
-
初始化顺序：构造方法 →
@PostConstruct→afterPropertiesSet()→init-method -
销毁顺序：
@PreDestroy→destroy()→destroy-method - 若同时使用多种方式，应按职责划分：注解适合单点逻辑，接口适合通用模板，配置方法适合第三方类无法修改源码的场景
替代方案与使用建议
这两个接口虽有效，但存在耦合 Spring API 的问题；现代开发更推荐组合使用注解和配置方式。
- 优先用
@PostConstruct/@PreDestroy—— 标准 JSR-250，不依赖 Spring 包，语义清晰 - 若需统一处理多个 Bean 的初始化/销毁逻辑，可配合
BeanPostProcessor实现横切控制 - 在 Spring Boot 2.4+ 中，
@Bean(initMethod = "...", destroyMethod = "...")更简洁，尤其适用于工厂方法创建的 Bean
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
