spring容器关闭时，bean可通过disposablebean接口的destroy()方法或@predestroy注解执行清理逻辑，推荐使用@predestroy；需校验资源状态、捕获异常、避免异步操作，并可选smartlifecycle控制销毁顺序。
在 Spring 容器关闭时，通过实现 DisposableBean 接口可让 Bean 在销毁前执行清理逻辑，适用于释放数据库连接、线程池、网络通道等外部资源。但需注意：它只是生命周期回调之一，不是唯一方式，也不适用于所有场景。
DisposableBean 的基本用法
让 Bean 实现 DisposableBean 接口，并重写 destroy() 方法：
- Spring 容器正常关闭（如调用
ConfigurableApplicationContext.close()）时，会自动触发该方法 - 若 Bean 是单例且由容器管理，
destroy()保证只执行一次 - 方法内应只做同步、快速的资源释放操作，避免阻塞或抛出未捕获异常（异常可能被吞掉或影响容器关闭流程）
比 DisposableBean 更推荐的方式：@PreDestroy 注解
@PreDestroy 是 JSR-250 标准注解，语义更清晰、解耦性更好，且支持非 Spring 原生类（只要被 Spring 管理）：
- 在方法上添加
@PreDestroy，无需实现接口，不侵入业务代码 - 支持参数注入（如
@Autowired字段或构造器注入的资源），而DisposableBean.destroy()只能访问当前 Bean 已初始化的成员 - 若同时存在
@PreDestroy和DisposableBean.destroy()，Spring 会先执行@PreDestroy方法，再执行destroy()
实际释放资源的注意事项
释放外部资源不能只靠“调用关闭方法”，还需考虑状态判断与容错：
- 检查资源是否已初始化成功（如连接对象不为
null，且处于 active 状态），避免空指针或重复关闭 - 对可能抛异常的操作（如
socket.close()、dataSource.close()）做 try-catch，记录日志但不向上抛出 - 若资源本身支持优雅关闭（如 Netty 的
EventLoopGroup.shutdownGracefully()），优先使用带超时和等待的版本 - 避免在
destroy()或@PreDestroy中启动新线程或发起远程调用——此时容器已进入销毁阶段，依赖可能不可用
配合 SmartLifecycle 实现更精细控制（可选）
当需要控制 Bean 销毁顺序，或希望在容器完全关闭前完成某些异步清理任务，可用 SmartLifecycle：
- 实现
stop(Runnable callback)方法，在内部执行清理后调用callback.run()通知 Spring 完成销毁 - 通过
getPhase()指定销毁顺序（phase 值越小越早销毁），适合有依赖关系的资源（如先关消费者，再关连接池） - 注意：必须设置
isAutoStartup() = true，否则不会被 Spring 自动管理生命周期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
