Java G1垃圾收集器会产生Java不一致吗?

时间:2014-07-15 23:57:09

标签: java garbage-collection g1gc

我最近尝试激活垃圾优先垃圾收集器并对其进行评估。首先,我编写了这段代码,尝试生成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,我得到了这个输出:

    Started memory flooding.
    Throwable in main!
    java.lang.OutOfMemoryError: Java heap space
    at com.siemens.scr.usi.experimental.G1Test.floodMemory(G1Test.java:14)
    at com.siemens.scr.usi.experimental.G1Test.main(G1Test.java:26)

...这意味着臭名昭着的OutOfMemoryError被抛出在主方法中捕获的某处。

案例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. 代码使用在Dell Precision M4700上运行的Windows 7 Enterprise上的Oracle JDK 1.7.0更新60,64位运行。
  3. 问题是,是否有人可以解释这种行为 - 找不到任何类似的帖子或任何错误报告(我的问题是缺乏一致性)。

1 个答案:

答案 0 :(得分:0)

这只是一个理论,但它可能与垃圾收集设置无关,至少不是直接的:

在第一种情况下(-Xmx4096M -XX:+ UseG1GC):正如预期的那样,OutOfMemoryError可以在方法floodMemory中抛出,但由于你已经准备好OutOfMemory状态,它可能有可能在floodMemory方法的catch块中抛出了另一个OutOfMemoryError。有可能第二个被抛出System.err命令,这就是为什么你看不到第一个的输出。然后,此错误将传播到main方法。

在第二种情况下,垃圾收集器可能已经释放了足够的内存供System.err执行,其余的应用程序完成。

同样,这只是一个理论。我尝试用Java 1.7运行第一个案例,最后我的程序挂了,我没有看到抛出的异常。