为什么 Spring 容器在创建 Bean 后立即销毁它们？

Question

在创建在我的应用程序的各个上下文文件中声明的所有 bean 后，Spring 立即通知（见下文）它正在销毁单例并且上下文初始化失败。

[INFO] 销毁单例 org.springframework.beans.factory.support.DefaultListableBeanFactory org.springframework.web.context.ContextLoader [错误] 上下文 初始化失败

有谁知道为什么 Spring 容器在创建所有 bean 后立即销毁它们？

注意：除了上述上下文初始化失败错误之外，日志输出中没有任何警告或错误 - 见下文。

[DEBUG] 急切地缓存 bean“uploadService”以允许解决潜在的循环引用 2011-09-21 15:19:08 org.springframework.beans.factory.annotation.InjectionMetadata

[DEBUG] 处理 bean“uploadService”的注入方法：AutowiredFieldElement 为私有 org.apache.commons.fileupload.disk.DiskFileItemFactory com.faciler.ws.services.UploadService.diskFileFactory 2011-09-21 15:19:08 org.springframework.beans.factory.support.DefaultListableBeanFactory

[DEBUG] 创建单例 bean 的共享实例 'diskFileItemFactory' 2011-09-21 15:19:08 org.springframework.beans.factory.support.DefaultListableBeanFactory

[DEBUG] 创建 bean 'diskFileItemFactory' 实例 2011-09-21 15:19:08 org.springframework.beans.factory.support.DefaultListableBeanFactory

[INFO] 销毁单例 org.springframework.beans.factory.support.DefaultListableBeanFactory@b0ede6： 定义bean [org.springframework.beans.

Answer 1

上下文初始化失败导致 spring 销毁已经成功创建的 bean - 而不是相反。您可能需要将日志级别提高到 INFO 或 DEBUG 才能找到根本原因。

Answer 2

当您遇到不知道问题原因的情况时，请消除复杂性。根据您的情况，从配置中删除大部分 bean，无论是基于 XML 还是基于注释。开始将它们添加回来，看看哪一个破坏了启动周期。然后您就可以专注于为什么那个 Bean 导致失败。

Answer 3

简短回答：

尝试在此处增加 JVM 内存

：-XX:PermSize=64m -XX:MaxPermSize=128m -Xms256m -Xmx768m

详细回答：

Spring 通常会拼命销毁 beans（因此进行通信）作为获取的一种方式一些记忆。
另外，高垃圾收集器活动会减慢 spring 初始化速度。
上面我提供了适合我的设置。根据您的应用程序的复杂性，您可能需要使用这些值。

免责声明：情况并非总是如此。但我的 Spring 应用程序经常由于使用默认 JVM 内存设置运行而崩溃。

Answer 4

调试是找到根本原因的最佳方法。如果您使用Eclipse进行开发，请在调试模式下运行。等待控件转到 catch 块，然后在变量编辑器中您可以找到异常对象，该对象应该具有堆栈跟踪。这样您就可以找到问题的根本原因。

Answer 5

我最近遇到了类似的问题。该问题的一种可能的解决方案是检查您的主类或初始化 spring 上下文的位置。有时会发生 spring 上下文抛出的异常被捕获并且从不打印或重新抛出的情况。考虑下面的例子：

AbstractApplicationContext context = null;
    try {
        context = new ClassPathXmlApplicationContext("beans.xml");
        // context.registerShutdownHook();
    } catch (Exception e) {
        e.printStackTrace();
        //print or log error
    } finally {
        if (context != null) {
            context.close();
        }
    }