11

假设我有以下代码：

public void process() {
    byte[] data = new byte[size]; 
    ... // code that uses the above data
    longProcess(); // a very long running process that does not use the data.
}

假设程序中的其他任何地方都没有引用数据，那么 JVM 是否足够智能以允许在长进程仍在运行时对数据进行垃圾收集？

如果没有，将添加

data = null;

在漫长的过程允许这种情况发生之前？

4

4 回答 4

6

这取决于JVM。我尝试过的 Oracle JVM 版本（1.6.0_41 和 1.7.0_09）默认情况下不执行此优化。但是，1.7.0_09 会在开启积极优化时执行它。

这是我进行的测试：

public class Main {
    public static int g() {
        int n = 100000;
        int arr[][] = new int[n][];
        for (int i = 0; i < n; ++i) {
            try {
                arr[i] = new int[100000];
            } catch (OutOfMemoryError ex) {
                return i;
            }
        }
        return -1;
    }
    public static void f1() {
        int arr[] = new int[1000000];
        System.out.println(g());
    }
    public static void f2() {
        int arr[] = new int[1000000];
        arr = null;
        System.out.println(g());
    }
    public static void main(String[] argv) {
        for (int j = 0; j < 2; ++j) {
            for (int i = 0; i < 10; ++i) {
                f1();
            }
            System.out.println("-----");
            for (int i = 0; i < 10; ++i) {
                f2();
            }
            System.out.println("-----");
        }
    }
}

使用具有默认设置的 JVM 1.7，f1()在 3195 次迭代后始终耗尽内存，而f2()始终管理 3205 次迭代。

如果代码使用 Java 1.7.0_09 运行，图片会发生变化-XX:+AggressiveOpts -XX:CompileThreshold=1：两个版本都可以进行 3205 次迭代，表明 HotSpot 在这种情况下确实执行了这种优化。Java 1.6.0_41 似乎没有这样做。

在我的测试中，限制数组的范围与设置引用的效果相同null，如果您觉得应该帮助 JVM 尽快收集数组，这可能是首选。

于 2013-03-05T20:40:13.427 回答
1

鉴于编写的代码，数组肯定不会在 longprocess() 执行期间被垃圾收集，因为堆栈上仍然存在对数组的范围引用。一旦声明了该数组，在删除所有对它的引用之前，它将无法进行垃圾回收。你的线

data = null;

将删除对它的一个引用，尽管根据您的处理代码，它可能不是唯一的引用。如果所有引用都已删除，那么垃圾收集器可能会在 longprocess() 返回时很好地收集该数组的内存，尽管这不能保证。

于 2013-03-05T20:39:21.743 回答
0

如果没有对数据的引用，那么 GC 将完成这项工作。

于 2013-03-05T20:35:03.370 回答
0

只有在处理方法完成后，数据数组才会被释放内存。因此，如果您希望编译器释放内存，则必须在代码中显式添加 data = null。

垃圾收集器只释放没有有效引用的内存，并且没有其他方法可以再次指向该内存。

于 2013-03-05T20:48:03.080 回答