java - 窗口内存提升

Question

您好，我有一个使用java.swing.timer的应用程序，这在循环中。问题是我的Windows内存进程仍然发光，并且没有停止。我试图清理我的变量，使用System.gc（）等...但不起作用。我制作了一个示例，以使用线程，timerstack和swing定时器对此进行测试，我在jcombobox中添加了itens并且内存仍在增加。

代码如下：

//我的计时器

@Action
public void botao_click1() {
    jLabel1.setText("START");
    timer1 = new java.util.Timer();
    timer1.schedule(new TimerTask() {

        @Override
        public void run() {
            adicionarItens();
            limpar();
        }
    }, 100, 100);
}

@Action
public void botao_click2() {
    thread = new Thread(new Runnable() {

        public void run() {
            while (true) {
                adicionarItens();
                try {
                    Thread.sleep(100);
                    limpar();
                } catch (InterruptedException ex) {
                    Logger.getLogger(MemoriaTesteView.class.getName()).log(Level.SEVERE, null, ex);
                }
            }
        }
    });
    thread.start();
}

private void limpar() { // CleanUp array and jcombobox

    texto = null;

    jComboBox1.removeAllItems();
    jComboBox1.setVisible(false);
    //jComboBox1 = null;

    System.gc();

}

private void adicionarItens() { //AddItens

    texto = new String[6];

    texto[0] = "HA";
    texto[1] = "HA";
    texto[2] = "HA";
    texto[3] = "HA";
    texto[4] = "HA";
    texto[5] = "HA";

    //jComboBox1 = new javax.swing.JComboBox();

    jComboBox1.setVisible(true);

    for (int i = 0; i < texto.length; i++) {
        jComboBox1.addItem(texto[i].toString());
    }

    System.out.println("System Memory: "
            + Runtime.getRuntime().freeMemory() + " bytes free!");

}

好帮助，请！ =（

Answer 1

尚不清楚您发布的一小段代码确实存在问题。

无论哪种方式，您都无法控制要控制的内容

-Xmx仅控制Java堆，而不能控制JVM对本机内存的使用，而JVM的使用根据实现而完全不同。

从以下文章Thanks for the Memory ( Understanding How the JVM uses Native Memory on Windows and Linux )

维护堆和垃圾收集器使用您无法控制的本机内存。


需要更多的本机内存来维持状态
维护Java堆的内存管理系统。数据结构
必须分配以跟踪空闲存储并记录进度
收集垃圾。这些数据结构的确切大小和性质
随实现的不同而不同，但许多与
堆。


JIT编译器使用本机内存就像javac


字节码编译使用本机内存（与静态方法相同）
诸如gcc之类的编译器需要内存才能运行），但是两者都是输入（
字节码）和JIT的输出（可执行代码）也必须
存储在本机内存中。包含许多Java应用程序
与较小的应用程序相比，JIT编译的方法使用更多的本机内存。


然后你有使用本机内存的类加载器


Java应用程序由定义对象结构的类组成
和方法逻辑。他们还使用Java运行时类中的类
库（例如java.lang.String），并且可以使用第三方
库。这些类需要存储在内存中长达
他们正在被使用。类的存储方式因实现而异。


我什至不会开始引用“线程”部分，我想您会想到
-Xmx不能控制您认为的控制，它可以控制JVM堆，而不是所有内容
进入JVM堆，并且该堆占用了您指定的更多本机内存
管理和簿记。

我在任何地方都没有提到OutOfMemoryExceptions。

您担心的是您无法控制，反正不能直接控制

您应该关注的是控件中的内容，这可以确保您保留的引用的时间不超过所需的时间，并且不会不必要地重复操作。 Java中的垃圾回收例程已高度优化，如果您了解它们的算法如何工作，则可以确保程序以最佳方式运行，以使这些算法起作用。

Java堆内存与其他语言的手动管理的内存不同，这些规则不适用

在其他语言中，所谓的内存泄漏与Java及其垃圾回收系统的原因/根本原因不同。

Java内存中最有可能不会被泄漏的单个超级对象（在其他环境中悬挂参考）消耗。

中间对象的保留时间可能比垃圾收集器的保留时间长，这是因为中间对象的范围以及运行时可能变化的许多其他内容。

示例：垃圾收集器可能会确定有候选对象，但是因为它认为仍然有大量内存，因此在那个时间点将它们清除掉可能是太昂贵的时间，所以它将等待直到内存压力越来越高。

垃圾收集器现在确实非常好，但是并不是魔术，如果您正在执行退化的事情，它将导致它无法最佳工作。互联网上有很多关于所有版本JVM的垃圾收集器设置的文档。

这些未引用的对象可能还没有达到垃圾回收器认为将其从内存中删除所需的时间，或者可能存在其他一些对象（List）对其的引用，例如您没意识到仍然指向那个对象。这是Java中最常见的泄漏，更具体地说是参考泄漏。

示例：如果您知道需要使用String来构建4K StringBuilder，请使用默认值new StringBuilder(4096);来创建它，例如32，它将立即开始创建可以多次代表您认为对象应具有的垃圾效果尺寸明智。

您可以发现使用VisualVM实例化了多少种对象类型，这将告诉您需要了解的内容。不会有一个大的指示灯指向一个类的单个实例，即“这是大内存消耗者！”，即除非您只有某个char[]实例将大量文件读入，这也是不可能的，因为许多其他类在内部使用char[]；然后您几乎已经知道了。

我没有提到OutOfMemoryError

您的代码可能没有问题，垃圾回收系统可能没有受到足够的压力来启动和释放您认为应该清除的对象。您认为的问题可能不是，除非您的程序使用OutOfMemoryError崩溃。这不是C，C ++，Objective-C或任何其他手动内存管理语言/运行时。您无法在期望的详细级别上决定内存中的内容与否。