JFrame的是永远不会被垃圾收集(JFrame is never garbage collecte

2019-09-26 08:26发布

我有一个需要打开多个JFrames的应用程序(这是一个日志查看器,有时你需要看到一堆原木在单独的窗口进行比较)。

看来,JVM(Java的8更新101在OS X)被保持的强引用到JFrame,这是防止它被垃圾收集,并最终导致一个OutOfMemoryError被抛出。

要看到问题,有200兆最大堆大小运行这个问题。 每打开一个窗口时,它消耗的内存50兆字节。 打开三个窗口(使用的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() );
    }
}

Answer 1:

如所示在这里 ,存在由于与一个典型的主机对等组件不可恢复的分配一个不可约泄漏。 残余是在创建和配置〜10个3个窗口的过程中〜2 MB。 在你的情况,主要的泄漏是由于保留的情况下bigMemoryChunk 。 一种方法是让这些实例可达WindowListener

this.addWindowListener(new WindowAdapter() {

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

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

JFrame有没有直接的方法来知道,在你的程序中的每个实例有一个相关的实例bigMemoryChunk 。 当它是这样一个物体变得符合垃圾回收unrechable ; bigMemoryChunk是在这种情况下,阵列对象的唯一引用,所以将其设置为null使得它立即获以后垃圾收集。

如果JFrame是抱着一个参考的唯一的事情bigMemoryChunk ......那么为什么不JFramebigMemoryChunk ......都得到窗口后收集的垃圾已被释放?

您可能会产生混淆遏制继承组合 。 所述JFrame不是“保持于参考bigMemoryChunk ;” 所述JFrame 具有名为一个实例变量bigMemoryChunk保存到数组对象的引用。 输给帧的同行的内存少量拥有和主机管理。 大量的内存bigMemoryChunk是你的程序的责任。 封闭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);
            }
        });
    }
}


文章来源: JFrame is never garbage collected