背景
所以我读到,Swing 应用程序中的内存泄漏通常源于使用各种监听器(鼠标、键、焦点等)。本质上,因为您将一个对象注册为监听器而忘记注销该对象,通知程序最终会保留该对象的引用,并泄漏一些内存。
我知道我们的应用程序不会注销监听器,并且对潜在的解决方案做了一些研究:
我发现处理该问题的一种方法是使用 WeakReference,可以找到有关 swing 监听器方法的完整详细信息 here .
然后我开始好奇 NetBeans 是如何产生的表单编辑器正在生成代码以在将监听器添加到表单后进行清理,并发现 NetBeans 正在通过包装对象注册监听器,即
argTypeComboBox.addItemListener(new java.awt.event.ItemListener() {
public void itemStateChanged(java.awt.event.ItemEvent evt) {
argTypeComboBoxItemStateChanged(evt);
}
});
但生成的代码似乎并没有通过调用 removeItemListener
进行清理。
问题
包装对象是否充当弱引用?在我看来它可能会泄漏少量内存(包装对象的大小)?
在与监听器打交道时,您是否有其他方法来确保在您处理完监听器后它们总是被垃圾回收?
最佳答案
首先更正,这里的潜在泄漏不小。匿名内部类持有对外部类的引用,因此只要监听器可访问,它就会保留整个类。
但是,这通常不是问题,因为您正在为框架上的对象添加监听器。当该框架被处置(重要的是它被处置,虽然)并且没有更多的引用(这是非常典型的)时,它的所有组件都变得无法访问(如果你没有做任何花哨的事情)并且整个事情都会被垃圾收集。
然而,我曾经处理过一个应用程序,它确实做了一些奇特的事情,比如用不同的窗口注册打开的窗口,所以如果窗口关闭,它仍然会被注册 - 严重的内存泄漏 - 这些窗口并不小.
所以底线是 NetBeans 没有做任何事情来导致这里的内存“泄漏”,因为组件被框架引用而不是在框架之外,并且组件引用匿名类,而匿名类又引用框架 -处理框架,整个图是不可访问的,但你必须小心听众,因为他们可以对你这样做。
关于java - 如何解决 swing 监听器内存泄漏?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1878127/