Java G1垃圾收集器产生Java不一致性

Question

我最近尝试激活垃圾优先垃圾收集器并对其进行评估。作为开始，我写了这段代码，试图生成一个java.lang.OutOfMemoryError:

import java.util.ArrayList;
import java.util.Date;
import java.util.List;
public class G1Test {
  public static void floodMemory() {
    int i = 0;
    try {
      // allocate an array where we will just store a lot of java objects
      List<Date> l = new ArrayList<Date>();
      for (; i < 1051366050; i++) {
        l.add(new Date());
      }
    } catch (Throwable t) {
      System.err.println("Throwable in floodMemory!");
      System.out.println("i=" + i);
      t.printStackTrace();
    }
  }
  public static void main(String[] args) {
    try {
      System.out.println("Started memory flooding.");
      floodMemory();
      System.out.println("Sleeping.");
      Thread.sleep(Long.MAX_VALUE);
    } catch (Throwable t) {
      System.err.println("Throwable in main!");
      t.printStackTrace();
    }
  }
}

…我在两种情况下运行代码:

1。使用这些标志:-Xmx4096M -XX:+UseG1GC，我得到这样的输出:

<>之前开始内存泛滥。main可扔!outofmemoryerror: Java堆空间在com.siemens.scr.usi.experimental.G1Test.floodMemory (G1Test.java: 14)在com.siemens.scr.usi.experimental.G1Test.main (G1Test.java: 26)之前

…这意味着一个臭名昭著的OutOfMemoryError被扔到某个地方，但在main方法中被捕获。

2。使用这个标志:-Xmx4096M，我得到这样的输出:

Started memory flooding.
Throwable in floodMemory!
i=105136605
java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2245)
    at java.util.Arrays.copyOf(Arrays.java:2219)
    at java.util.ArrayList.grow(ArrayList.java:242)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:216)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:208)
    at java.util.ArrayList.add(ArrayList.java:440)
    at com.siemens.scr.usi.experimental.G1Test.floodMemory(G1Test.java:14)
    at com.siemens.scr.usi.experimental.G1Test.main(G1Test.java:26)
Sleeping.

…这意味着异常在我期望它被捕获的地方被捕获。

指出:

1. 代码是纯实验性的，不遵循任何特定目的-它只是观察行为。
2. 该代码使用Oracle JDK 1.7.0 update 60,64位运行在Dell Precision M4700之上的Windows 7 Enterprise上。

问题是如果有人可以解释这种行为-找不到任何类似的帖子或任何错误报告(我的问题是缺乏一致性)。

Answer 1

这只是一个理论，但它可能与垃圾收集设置没有任何关系，至少没有直接关系:

在第一种情况下(-Xmx4096M -XX:+UseG1GC): OutOfMemoryError可以在方法floodMemory中抛出，正如预期的那样，但是由于您已经准备好了OutOfMemory状态，因此可能在floodMemory方法的catch块中抛出另一个OutOfMemoryError。有可能第二个问题正在被扔向系统。命令，这就是为什么您看不到第一个命令的输出。然后，此错误被传播到主方法。

在第二种情况下，垃圾收集器可能已经能够为系统释放足够的内存。执行错误，完成应用程序的其余部分。

再次强调，这只是一个理论。我尝试用Java 1.7运行第一种情况，最终我的程序只是挂起，我没有看到抛出异常。