小编Rya*_*son的帖子

我有来自另一个团队的代码,我花了几天时间试图追踪我的应用程序中可疑的内存泄漏.几次重新部署后,我得到一个OutOfMemory错误.我使用了几种工具来追踪泄漏,包括YourKit Java Profiler和IBM的Support Assisant Memory Analyzer.我的应用程序是使用spring-mvc注释驱动的控制器在WebSphere 6.1上运行的Spring 3.0.5 J2EE应用程序.

我所做的大部分研究都指向了一个我觉得非常怀疑的课程,我们称之为MyFactory,它看起来像这样:

import org.springframework.context.ApplicationContextAware;

public final class MyFactory implements ApplicationContextAware {

    //this should be changed to be non static after getInstance is removed
    private static ApplicationContext applicationContext;

    public MyFactory() {
        //empty
    }

    public static SettingObjectFactory getInstance() {
        return (MyFactory) applicationContext.getBean("MyFactory");
    }

    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        MyFactory.applicationContext = applicationContext;
    }


}

我遗漏了这个类中的一大堆其他逻辑,基本上从数据库中读取数据并将其存储在内存中(靠近缓存).但是,在重新部署应用程序之后,此类似乎会挂起到ApplicationContext.

这个类的类加载器是否挂在ApplicationContext上或阻止它被彻底清除？我知道我们不再需要getInstance方法,而且我认为不需要让这个类有一个静态的ApplicationContext - 在我看来Spring应该强制执行这个类的单例.