在释放对象和垃圾回收后,Java仍然使用系统内存

我正在运行JVM 1.5.0(Mac OS X Default),我在Activity Monitor中监视我的Java程序.我有以下内容:

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.ArrayList;
import java.util.Date;

public class MemoryTest {

public static void memoryUsage() {
 System.out.println(
     Runtime.getRuntime().totalMemory() - 
     Runtime.getRuntime().freeMemory()
 );
}

public static void main( String[] args ) throws IOException {

    /* create a list */
    ArrayList list = new ArrayList();

    /* fill it with lots of data */
    for ( int i = 0; i < 5000000; i++ ) {
        list.add( new Date() );
    } // systems shows ~164 MB of physical being used

    /* clear it */
    memoryUsage();      //  about 154 MB
    list.clear();
    list = null;
    System.gc();
    memoryUsage();      //  about 151 KB, garbage collector worked

    // system still shows 164 MB of physical being used.
    System.out.println("Press enter to end...");
    BufferedReader br = new BufferedReader( 
            new InputStreamReader( System.in )
            );
    br.readLine();
}

}

那么,即使垃圾收集器看起来工作得很好,为什么物理内存也不会被释放？

许多JVM永远不会将内存返回给操作系统.是否这样做是特定于实现的.对于那些不这样做的人,通常通过-Xmx标志启动时指定的内存限制是为其他应用程序保留内存的主要方法.

我很难找到关于这个主题的文档,但Sun的Java 5的垃圾收集器文档确实解决了这个问题,建议在正确的条件下,如果使用了正确的收集器,堆将会收缩 - 默认情况下,如果超过70堆的百分比是免费的,它会缩小,因此只有40%是免费的.用于控制这些的命令行选项是-XX:MinHeapFreeRatio和-XX:MaxHeapFreeRatio.

JVM有几个命令行选项,可帮助调整Java使用的堆的大小.每个人都知道(或应该知道)-Xms和-Xmx,它们设置了堆的最小和最大大小.

但是还有-XX:MinHeapFreeRatio和-XX:MaxHeapFreeRatio,它们是JVM管理可用空间的相应限制.它通过缩小已使用的堆来实现这一点,并且可以降低程序的内存消耗.

您可以在这里找到更多信息:

Sun Java System Application Server企业版8.1 2005Q1性能调整指南,第4章

由Pete Freitag 调整垃圾收集大纲