Spring Prototype Bean手动销毁4种方法
内容提要
本文讨论了原型Bean的销毁方法，包括使用注解、接口和自定义方法。虽然通常不需要手动销毁原型Bean，但在处理资源时建议这样做。原型Bean的生命周期由IoC容器管理，每次使用时都会创建新的实例。
延伸解读
原型Bean销毁的必要性与风险
Spring不会自动销毁原型Bean，容器只负责其创建和初始化，之后便不再跟踪。大多数情况下，将原型Bean留给垃圾回收器即可。但如果Bean持有文件、数据库连接或网络等资源，不手动销毁会导致资源堆积，可能引发内存泄漏或连接池耗尽。因此，当原型Bean管理外部资源时，建议手动销毁以释放资源。
四种销毁方法的适用场景
文章介绍了四种手动销毁原型Bean的方法：@PreDestroy注解、DisposableBean接口、DestructionAwareBeanPostProcessor接口和自定义destroyMethod。@PreDestroy和DisposableBean需配合BeanFactory.destroyBean()调用；DestructionAwareBeanPostProcessor可在销毁前执行自定义逻辑；自定义destroyMethod不会自动调用，需手动触发或借助后处理器。选择时需考虑代码耦合度和灵活性。
实现销毁时的注意事项
使用@PreDestroy时，方法不能有参数且不能是静态的。DisposableBean接口会将代码与Spring耦合，官方不推荐。DestructionAwareBeanPostProcessor需要判断Bean类型并调用其销毁方法。自定义destroyMethod虽然通过@Bean(destroyMethod="destroy")标记，但容器不会自动调用，必须手动调用或结合DestructionAwareBeanPostProcessor。多种机制可同时使用，但至少需一种。
Q&A
什么是原型Bean，它的生命周期是如何管理的？
原型Bean是每次请求时都会创建新实例的Bean，生命周期由IoC容器管理，但容器不跟踪其状态。
为什么建议手动销毁原型Bean？
建议手动销毁原型Bean是为了避免内存泄漏和连接池耗尽，特别是在处理文件、数据库连接或网络资源时。
有哪些方法可以手动销毁原型Bean？
手动销毁原型Bean的方法包括@PreDestroy注解、DisposableBean接口、DestructionAwareBeanPostProcessor接口和自定义方法。
@PreDestroy注解的使用有什么限制？
@PreDestroy注解标记的方法不能有参数且不能是静态的。
为什么不建议使用DisposableBean接口？
因为DisposableBean接口将代码与Spring耦合在一起，不利于代码的灵活性和可维护性。
DestructionAwareBeanPostProcessor接口的作用是什么？
DestructionAwareBeanPostProcessor接口允许在销毁Bean之前执行自定义逻辑，提供更灵活的销毁机制。
