为了其他人的利益，我将在下面介绍我从调查中收集到的信息：
只要原型 Bean 本身不保存对另一个资源（如数据库连接或会话对象）的引用，一旦删除了对该对象的所有引用或该对象超出范围，它就会被垃圾回收。因此，通常不需要显式销毁原型豆。
但是，在如上所述可能发生内存泄漏的情况下，可以通过创建单例 Bean 后处理器来销毁原型 Bean，其销毁方法显式调用原型 Bean 的销毁钩子。因为后处理器本身是单例范围的，所以它的破坏钩子将被Spring调用：
创建一个 Bean 后处理器来处理所有原型 Bean 的销毁。这是必要的，因为Spring不会破坏原型bean，因此代码中的任何@PreDestroy钩子都不会被容器调用。
-
实现以下接口：
1.BeanFactoryAware
此接口提供了一个接收 Beanfactory 对象的回调方法。此 BeanFactory 对象在后处理器类中用于通过其 BeanFactory.isPrototype（String beanName） 方法来标识所有原型 Bean。
2. 一次性Bean
这个接口提供了一个由Spring容器调用的Destroy（）回调方法。我们将从此方法中调用所有原型 bean 的 Destroy（） 方法。
3. BeanPostProcessor
实现此接口提供了对后处理回调的访问，从中，我们准备一个内部 List<>由 Spring 容器实例化的所有原型对象。稍后我们将循环浏览此列表<>销毁我们的每个原型豆。
3. 最后，在每个原型 bean 中实现 DisposableBean 接口，提供此合约所需的 Destroy（） 方法。
为了说明这个逻辑，我在下面提供了一些从本文中摘录的代码：
/**
* Bean PostProcessor that handles destruction of prototype beans
*/
@Component
public class DestroyPrototypeBeansPostProcessor implements BeanPostProcessor, BeanFactoryAware, DisposableBean {
private BeanFactory beanFactory;
private final List<Object> prototypeBeans = new LinkedList<>();
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
if (beanFactory.isPrototype(beanName)) {
synchronized (prototypeBeans) {
prototypeBeans.add(bean);
}
}
return bean;
}
@Override
public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
this.beanFactory = beanFactory;
}
@Override
public void destroy() throws Exception {
synchronized (prototypeBeans) {
for (Object bean : prototypeBeans) {
if (bean instanceof DisposableBean) {
DisposableBean disposable = (DisposableBean)bean;
try {
disposable.destroy();
} catch (Exception e) {
e.printStackTrace();
}
}
}
prototypeBeans.clear();
}
}
}
