在对象重新分配和垃圾回收之后，Java仍然使用系统内存

Question

我正在运行JVM 1.5.0（Mac OS X默认），并且正在活动监视器中监视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<Date> list = new ArrayList<Date>();

    /* 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();
}

}

那么，即使垃圾收集器似乎工作正常，为什么还没有释放物理内存呢？

Answer 1

许多JVM从不将内存返回给操作系统。是否这样做是特定于实现的。对于那些没有设置的内存，通常在启动时通过-
Xmx标志指定的内存限制是为其他应用程序保留内存的主要方法。

我很难找到有关此主题的文档，但是Sun的Java
5
的垃圾收集器文档确实解决了这一问题，这表明在正确的条件下，如果使用正确的收集器，堆将缩小—默认情况下，如果超过70
％的堆是空闲的，它将收缩，因此只有40％的堆是空闲的。用于控制这些的命令行选项是-XX:MinHeapFreeRatio和-XX:MaxHeapFreeRatio。