春豆破坏法

Question

在实际应用中，destroy方法的可能示例是什么？为什么一个正在运行的应用程序想要销毁它的bean？如果bean是由spring容器（比如ContextLoaderListener）为web应用程序创建的，那么如何重新创建这些bean，因为容器已经启动了。有没有办法在不重启应用服务器的情况下重启spring IoC容器？

Answer 1

我在Spring应用程序中看到bean直接或间接启动了非守护线程。然后，在不杀死进程的情况下停止进程变得不可能。这影响了一些处理自动化测试的Jenkins作业。所以现实世界中有很多例子，尤其是在运营模式中

Answer 2

以下是我的观点：

在实际应用中，破坏方法的可能示例是什么？

对于大多数应用程序，我们可能主要关注真实的业务，因此我们不会经常遇到需要定义销毁方法的场景。但当你遇到一些基本组件或中间件时，你需要注意资源管理，例如数据库连接、内存使用、磁盘使用等。你必须知道如何清楚地释放不必要的资源，否则这将导致严重的问题。

如果bean是由spring容器（比如ContextLoaderListener）为web应用程序创建的，那么如何重新创建这些bean，因为容器已经启动了？

Spring Container不仅仅适用于Web应用程序，它还可以服务于普通的java应用程序（Main Application）。Spring Container有两种不同的Bean Type（单件和原型），只有当Spring Container完成启动时，单件Bean才会被预实例化，而原型Bean将通过每次调用getBean来实例化。

有没有办法在不重启应用服务器的情况下重启spring IoC容器？

Spring IoC容器开始通过调用AbstractRefreshableApplicationContext进行实例化。refresh（）方法。如果您以前实例化过Spring IoC容器，那么该方法将销毁整个Spring IoC容器。因此，您可以调用此方法来重新实例化容器。如果你想了解Spring的IoC机制，我建议你阅读Spring的源代码：Spring核心、Spring bean、Spring上下文。

希望能帮助你。

Answer 3

一个例子是数据源或任何需要清理的资源。你可能会遇到这样的情况：

@Bean(destroyMethod = "close")
DataSource dataSource() {
 ....
}

这在具有多个类加载器的环境中尤其重要，例如应用程序服务器，以防止内存泄漏。

有时这样做是多余的，因为基础资源可能会进行自己的清理（例如作为servlet生命周期中的ContextDestroed事件的一部分），但是您应该始终验证这一点。

这些Spring文档也是一个有用的参考。那里引用的例子类似：

<bean id="exampleInitBean" class="examples.ExampleBean" destroy-method="cleanup"/>

然后bean类：

public class ExampleBean {

    public void cleanup() {
        // do some destruction work (like releasing pooled connections)
    }
}

可以刷新上下文。这个答案很好地解释了这一点，以及你什么时候可能想这么做。