如何解决swing侦听器内存泄漏？

背景

所以我读到，Swing应用程序中的内存泄漏通常源于各种侦听器（鼠标，键，焦点等）的使用。 本质上，因为您将对象注册为侦听器而忘记取消注册该对象，通知程序最终会保留对象的引用，并泄漏一些内存。

我知道我们的应用程序不是取消注册听众，并对潜在的解决方案进行了一些研究：

我发现处理问题的一种方法是使用WeakReference，可以在这里找到关于swing侦听器的方法的完整细节。

然后，我对NetBeans表单编辑器如何生成代码以在监听器添加到表单后清理并发现NetBeans通过包装对象注册侦听器感到好奇，即

argTypeComboBox.addItemListener(new java.awt.event.ItemListener() { public void itemStateChanged(java.awt.event.ItemEvent evt) { argTypeComboBoxItemStateChanged(evt); } }); 

但是生成的代码似乎没有通过调用removeItemListener来清理。

问题

包装对象是否像弱引用？ 对我来说，它看起来可能会泄漏少量内存（包装对象的大小）？

在处理监听器时，您是否有其他方法来确保在完成监听时始终收集垃圾？

Answer 1

首先是修正，这里的潜在泄漏并不是很小。 匿名内部类包含对外部类的引用，因此只要侦听器可访问，它就会保留整个类。

但是，这通常不是问题，因为您要将侦听器添加到帧上的对象。 当处置那个框架时（重要的是它被丢弃）并且没有更多的引用（这是非常典型的），它的所有组件都变得无法访问（如果你没有做任何花哨的事情）并且整个事情都被垃圾收集。

我曾经处理过一个应用程序，但确实做了很多花哨的事情，例如用不同的窗口注册打开的窗口，所以如果窗口关闭，它仍然被注册 – 大时间内存泄漏 – 这些窗口并不小。

所以底线是NetBeans没有做任何导致内存“泄漏”的事情，因为组件被框架引用而不是在框架之外，组件引用匿名类，而匿名类又引用框架 – 处理框架并且整个图形无法访问，但您必须小心听众，因为他们可以对您执行此操作。