Question

以下是该计划，

public class Dummy {

    public static void main(String[] args) throws Exception {
        final int LENGTH = Integer.MAX_VALUE / 8;
        Object[] values = new Object[LENGTH];
        int count = 0;
        for (int i = 0; i < Integer.MAX_VALUE; i++) {
            Object o = new Object();
            int hashCode = o.hashCode();
            if (hashCode > LENGTH)
                continue;
            if (values[hashCode] != null) {
                System.out.println("found after " + count + ": " + values[hashCode] + " same hashcode as " + o);
                System.out.println(values[hashCode] == o);
                System.exit(0);
            } else {
                System.out.println(hashCode);
                values[hashCode] = o;
                count++;
            }
        }
    }
}

当通过eclipse（通过64位javaw.exe）启动时，堆使用量一直显示为近似值（max），并且电池在几分钟内就会消失，

然后显示以下异常：

Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded

在同一台机器上，当从命令行使用64位java.exe启动时，新的哈希码在for-loop中使用＆＃34;私有工作集＆创建22985个对象后，始终与先前的哈希码冲突＃34;值1GB（最大）。

:
23206321
39915397
found after 22985: java.lang.Object@f2eb847 same hashcode as java.lang.Object@f2eb847
false

我不太专注于代码逻辑，我想理解，

1）为什么比较两种方法的堆使用差异？因为这两种方法都没有进行调整。

2）如何通过eclipse（javaw.exe）或命令行（java.exe）在启动程序之前控制堆使用参数？请帮帮我!!!

注意：我正在使用java 1.6

Answer 1

如果你没有根据主机架构指定JVM使用Ergonomics（决定设置默认值），它为JVM设置各种默认参数，堆就是其中之一

对于64位CPU JVM设置较高的堆值，因此您会看到OOM中的延迟

您可以通过调用

来验证这一点

java -XX:+PrintFlagsFinal -version 2>&1 | grep MaxHeapSize

由于您使用的是Windows，您可以使用一些JDK工具，也可以使用此程序验证内存默认调整

long maxBytes = Runtime.getRuntime().maxMemory();
System.out.println("Max memory: " + maxBytes / 1024 / 1024 + "M");

在两台机器上

你也可以通过显式指定一个来覆盖堆大小，在这种情况下你应该看到与内存透视相似的行为

Answer 2

为什么比较两种方法的堆使用差异？因为这两种方法都没有进行调整。

您的测试基于随机数生成，即hashCode。这意味着它会在停止前运行一段随机时间。如果打印hashCodes，即使在64位计算机上也会看到它们是31位（没有是负数）并且它们是随机排列的。即它们与地址位置无关，也不管它们在内存中的哪个位置都无法改变。

如何通过eclipse（javaw.exe）或命令行（java.exe）启动程序之前控制堆使用参数？

您可以通过更改eclipse中的命令行参数设置来控制在eclipse中启动的内存。在命令行上指定所需的内存量。

使用“javaw.exe”vs“java.exe”的堆大小使用情况

2 个答案: