Java JFrame从不被垃圾收集

我有一个需要打开多个JFrames的应用程序（它是一个日志查看器，有时您需要在单独的窗口中查看一组日志以进行比较）

JVM（OS X上的Java 8 update 101）似乎持有对JFrame的强引用，这会阻止它被垃圾收集，并最终导致抛出OutOfMemoryError

要查看问题，请以200 MB的最大堆大小运行此问题。每次打开一个窗口时，它都会消耗50 MB的RAM。打开三个窗口（使用150兆内存）。然后关闭三个窗口（调用dispose），这将释放内存。然后试着打开第四个窗口。抛出OutOfMemoryError，第四个窗口未打开

我也看到过其他答案，说明内存会在必要时自动释放以避免耗尽，但这似乎没有发生

package com.prosc.swing;

import javax.swing.*;
import java.awt.*;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import java.text.NumberFormat;

public class WindowLeakTest {
    public static void main(String[] args) {
        EventQueue.invokeLater( new Runnable() {
            public void run() {
                JFrame launcherWindow = new JFrame( "Launcher window" );
                JButton launcherButton = new JButton( "Open new JFrame" );
                launcherButton.addActionListener( new ActionListener() {
                    public void actionPerformed( ActionEvent e ) {
                        JFrame subFrame = new JFrame( "Sub frame" ) {
                            private byte[] bigMemoryChunk = new byte[ 50 * 1024 * 1024 ]; //50 megabytes of memory

                            protected void finalize() throws Throwable {
                                System.out.println("Finalizing window (Never called until after OutOfMemory is thrown)");
                                super.finalize();
                            }
                        };
                        subFrame.setDefaultCloseOperation( WindowConstants.DISPOSE_ON_CLOSE );
                        subFrame.add( new JLabel( "Nothing to see here" ) );
                        subFrame.pack();
                        subFrame.setVisible( true );
                        System.out.println( "Memory usage after new window: " + getMemoryInfo() );
                    }
                } );
                launcherWindow.add( launcherButton );
                launcherWindow.pack();
                launcherWindow.setVisible( true );

                new Timer( 5000, new ActionListener() {
                    public void actionPerformed( ActionEvent e ) {
                        System.gc();
                        System.out.println( "Current memory usage after garbage collection: " + getMemoryInfo() );
                    }
                } ).start();
            }
        } );
    }

    public static String getMemoryInfo() {
        NumberFormat numberFormat = NumberFormat.getNumberInstance();
        return "Max heap size is " + numberFormat.format( Runtime.getRuntime().maxMemory() ) + "; free memory is " + numberFormat.format( Runtime.getRuntime().freeMemory() ) + "; total memory is " + numberFormat.format( Runtime.getRuntime().totalMemory() );
    }
}

如图所示，由于与典型主机对等组件相关的分配不可恢复，因此存在无法减少的泄漏。在创建和处理约103个窗口的过程中，剩余内存约为2MB。在您的案例中，主要的泄漏是由于保留了

bigmorychunk

的实例。一种方法是在

WindowListener

中创建实例

this.addWindowListener(new WindowAdapter() {

    @Override
    public void windowClosing(WindowEvent e) {
        bigMemoryChunk = null;
    }
});

为什么我们需要设置bigmorychunk=null

JFrame

无法直接知道程序中的每个实例都有一个关联的

bigmorychunk

实例。这样一个对象在运行时就有资格进行垃圾收集

bigMemoryChunk

是本例中对数组对象的唯一引用，因此将其设置为

null

可使其立即符合稍后垃圾收集的条件

如果

JFrame

是唯一保存对

bigMemoryChunk

引用的对象，那么为什么

JFrame

和

bigMemoryChunk

在处理窗口后都不会被垃圾回收

你可能会与你的朋友混淆。

JFrame

不是“保存对

bigmorychunk

的引用；

JFrame

有一个名为

bigmorychunk

的实例变量，它保存对数组对象的引用。帧的对等方丢失的少量内存由主机拥有和管理。

bigmorychunk

中的大量内存是程序的责任。封闭的

WindowListener

允许您将数组对象的管理与关闭帧相关联

下面的配置文件显示了一系列打开的四个子帧；然后关闭每个文件，然后在探查器中进行垃圾收集

据介绍：

import javax.swing.*;
import java.awt.*;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;
import java.text.NumberFormat;

public class WindowLeakTest {

    public static void main(String[] args) {
        EventQueue.invokeLater(new Runnable() {
            @Override
            public void run() {
                JFrame launcherWindow = new JFrame("Launcher window");
                launcherWindow.setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);
                JButton launcherButton = new JButton("Open new JFrame");
                launcherButton.addActionListener(new ActionListener() {
                    @Override
                    public void actionPerformed(ActionEvent e) {
                        JFrame subFrame = new JFrame("Sub frame") {
                            private byte[] bigMemoryChunk = new byte[50 * 1024 * 1024];

                            {
                                this.addWindowListener(new WindowAdapter() {

                                    @Override
                                    public void windowClosing(WindowEvent e) {
                                        bigMemoryChunk = null;
                                    }
                                });
                            }

                            @Override
                            protected void finalize() throws Throwable {
                                super.finalize();
                                System.out.println("Finalizing window.");
                            }
                        };
                        subFrame.setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE);
                        subFrame.add(new JLabel("Nothing to see here"));
                        subFrame.pack();
                        subFrame.setVisible(true);
                    }
                });
                launcherWindow.add(launcherButton);
                launcherWindow.pack();
                launcherWindow.setVisible(true);
            }
        });
    }
}

---

Javadoc Java SE 7 Window.dispose:“通过随后调用pack或show来重建本机资源，可以再次显示窗口及其子组件。”这可能是引用仍然存在的原因。可能重复：。你同意吗？它们几乎是同一个问题——尽管我没有看到令人满意的答案。我需要多个窗口，在调用dispose（）后，开发人员负责清除窗口的内容，这似乎是一个bug。我希望一个代码示例可以得出一个更好的答案；您的实际代码可以找到问题点。@垃圾神：我在发布问题之前使用了探查器，发现某个根级别的本机对象包含对我的JFrames的引用。我试图找出为什么会发生这种情况，以及这是否是我可以控制的事情。调用dispose（）显然是不够的。这确实解决了问题，但是否有必要？调用dispose（）后，当应用程序代码没有对JFrame的引用时，JVM不应该释放对JFrame的引用吗？@JesseBarnum：在很大程度上，它就是这样做的；在大约10^3个窗口的过程中，小的剩余空间只有几MB。当然，您必须自己管理应用程序相关数据的保留；另请参见为什么需要设置bigmorychunk=null，因为它是来自JFrame的传出引用？请解释一下。@trashgood我不明白你在说什么。根据我的分析器，保存字节数组引用的唯一对象是JFrame子类。保存对JFrame子类引用的唯一对象是sun.lwawt.macosx.CPlatformWindow。唯一保存引用的是java.lang.Thread中的局部变量。我的问题归结为：为什么线程中有一个局部变量仍然保存着这个CPlatformWindow引用？在我处理完这个窗口之后，是否应该释放对它的所有引用，从而允许释放它（以及扩展到大字节数组）？我放弃了，看来您故意误解了这个问题。