30

我注意到@PreDestroy我的原型范围 Spring bean 的钩子没有被执行。

从那以后，我在这里读到这实际上是设计使然。Spring 容器将销毁单例 bean，但不会销毁原型 bean。我不清楚为什么。如果 Spring 容器将创建我的原型 bean 并执行它的@PostConstruct钩子，为什么当容器关闭时它不会破坏我的 bean？一旦我的 Spring 容器关闭，继续使用它的任何 bean 是否有意义？我看不到您想要在完成其 bean 之前关闭容器的场景。在容器关闭后是否可以继续使用原型 Spring bean？

以上描述了我的主要问题的令人费解的背景，即：如果 Spring 容器没有破坏原型 bean，这是否意味着可能发生内存泄漏？或者原型bean会在某个时候被垃圾收集吗？

Spring 文档指出：

客户端代码必须清理原型范围的对象并释放原型 bean 持有的昂贵资源。要让 Spring 容器释放原型范围的 bean 持有的资源，请尝试使用自定义 bean 后处理器，它包含对需要清理的 bean 的引用。

这意味着什么？文本向我表明，作为程序员，我有责任明确（手动）销毁我的原型 bean。这个对吗？如果是这样，我该怎么做？

4

2 回答 2

34

为了他人的利益，我将在下面介绍我从调查中收集到的内容：

只要原型 bean 本身不持有对另一个资源（如数据库连接或会话对象）的引用，只要对该对象的所有引用都被删除或对象超出范围，它就会被垃圾收集。因此通常不需要显式地销毁原型 bean。

但是，在如上所述可能发生内存泄漏的情况下，可以通过创建一个单例 bean 后处理器来销毁原型 bean，其销毁方法显式调用原型 bean 的销毁钩子。因为后处理器本身是单例范围的，所以Spring会调用它的销毁钩子：

  1. 创建一个 bean 后处理器来处理所有原型 bean 的销毁。这是必要的，因为 Spring 不会破坏原型 bean，因此代码中的任何 @PreDestroy 钩子都不会被容器调用。

  2. 实现以下接口：

    1. BeanFactoryAware
    该接口提供一个回调方法，接收一个Beanfactory对象。这个 BeanFactory 对象在后处理器类中用于通过其 BeanFactory.isPrototype(String beanName) 方法识别所有原型 bean。

    2. DisposableBean
    该接口提供了Spring容器调用的Destroy()回调方法。我们将从该方法中调用所有原型 bean 的 Destroy() 方法。

    3. BeanPostProcessor
    实现这个接口提供了对后处理回调的访问，我们在其中准备了一个由 Spring 容器实例化的所有原型对象的内部 List<>。稍后我们将遍历这个 List<> 来销毁我们的每个原型 bean。


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();
        }
    }
}
于 2018-06-04T17:55:09.940 回答
1

你的回答很棒。我还想分享一些关于替代解决方案的注释，该解决方案允许原型成员通过使用内部 bean 由 Spring IoC 容器生命周期本地管理。

我最近写了一个关于内部豆子的单独问题的答案。内部 bean 是通过将 bean 属性值分配为BeanDefinition对象来创建的。Bean 定义属性值会自动解析为(inner)它们定义的 bean 的实例（作为托管的单例 bean）。

以下 XML 上下文配置元素可用于ForkJoinPool为每个将被管理的引用创建不同的自动装配 bean（@PreDestroy将在上下文关闭时调用）：

<!-- Prototype-scoped bean for creating distinct FJPs within the application -->
<bean id="forkJoinPool" class="org.springframework.beans.factory.support.GenericBeanDefinition" scope="prototype">
    <property name="beanClass" value="org.springframework.scheduling.concurrent.ForkJoinPoolFactoryBean" />
</bean>

但是，此行为取决于将引用分配为 bean 定义的属性值。这意味着@Autowired- 和构造函数注入默认情况下不适用于 this，因为这些自动装配方法会立即解析值，而不是使用AbstractAutowireCapableBeanFactory#applyPropertyValues. 按类型自动装配也不起作用，因为类型解析不会通过BeanDefinitions 的 bean 传播以查找生成的类型。

此方法仅在以下两个条件之一为真时才有效：

  • 依赖的 bean也在XML 中定义
  • 或者如果自动连线模式设置为AutowireCapableBeanFactory#AUTOWIRE_BY_NAME

<!-- Setting bean references through XML -->
<beans ...>
    <bean id="myOtherBean" class="com.example.demo.ForkJoinPoolContainer">
        <property name="forkJoinPool" ref="forkJoinPool" />
    </bean>
</beans>

<!-- Or setting the default autowire mode -->
<beans default-autowire="byName" ...>
    ...
</beans>

可能会进行两项额外的更改以启用构造函数注入和@Autowired注入。

  • 构造函数注入：

    bean 工厂分配了一个AutowireCandidateResolverfor 构造函数注入。默认值 ( ContextAnnotationAutowireCandidateResolver) 可以被覆盖 ( DefaultListableBeanFactory#setAutowireCandidateResolver) 以应用一个候选解析器，该解析器寻找符合条件BeanDefinition的注入类型的 bean。

  • @Autowired-注射：

    AutowiredAnnotationBeanPostProcessorbean 后处理器直接设置 bean 值而不解析内部BeanDefinitionbean。这个后处理器可以被覆盖，或者可以创建一个单独的 bean 后处理器来处理托管原型 bean 的自定义注释（例如，@AutowiredManagedPrototype）。

于 2018-08-01T17:26:45.557 回答