Question

在DKSRathore How to simulate the Out Of memory : Requested array size exceeds VM limit的问题中，在创建数组时注意到一些奇怪的行为。

创建大小为Integer.MAX_VALUE的数组时，抛出了错误java.lang.OutOfMemoryError Requested array size exceeds VM limit的异常。

但是，如果创建的数组大小小于max但仍高于虚拟机内存限制，则会显示错误消息java.lang.OutOfMemoryError: Java heap space。

进一步测试我设法缩小了错误消息发生变化的位置。

long[] l = new long[2147483645];

异常消息显示“请求的数组大小超过VM限制”

long[] l = new long[2147483644];

异常消息显示“Java堆空间错误”

我增加了虚拟机内存并仍然产生了相同的结果。

有谁知道为什么会这样？

一些额外信息：

Integer.MAX_VALUE = 2147483647

编辑：以下是我用来查找值的代码，可能会有所帮助：

int max = Integer.MAX_VALUE;
boolean done = false;
while (!done) {
    try {
        max--;
        // Throws an error
        long[] l = new long[max];
        // Exit if an error is no longer thrown
        done = true;
    } catch (OutOfMemoryError e) {
        if (!e.getMessage().contains("Requested array size exceeds VM limit")) {
            System.out.println("Message changes at " + max);
            done = true;
        }
    }
}

Answer 1

查看JDK 7源代码：

查看代码here：

if (length > arrayOopDesc::max_array_length(T_ARRAY)) {
  THROW_OOP_0(Universe::out_of_memory_error_array_size());
}

然后，您可以通过查看max_array_length here的定义来查看幻数来自何处。

static int32_t max_array_length(BasicType type) {
  assert(type >= 0 && type < T_CONFLICT, "wrong type");
  assert(type2aelembytes[type] != 0, "wrong type");
  // We use max_jint, since object_size is internally represented by an 'int'
  // This gives us an upper bound of max_jint words for the size of the oop.
  int32_t max_words = (max_jint - header_size(type) - 2);
  int elembytes = (type == T_OBJECT) ? T_OBJECT_aelem_bytes : type2aelembytes[type];
  jlong len = ((jlong)max_words * HeapWordSize) / elembytes;
  return (len > max_jint) ? max_jint : (int32_t)len;
}

所以幻数是int max - 数组的头大小 - 2.我猜这意味着这个特定类型的header_size为1，给出幻数MAX_VALUE -3

Answer 2

对于数组的大小，可能存在全局Java限制，无论可用的堆空间是什么？

Answer 3

如上所述here，

3.1.3详细消息：请求的数组大小超过VM限制

详细消息请求的数组   大小超过VM限制表示   应用程序（或其使用的API）   应用程序）试图分配一个   比堆大的数组   尺寸。例如，如果是应用程序   尝试分配512MB的数组   但最大堆大小为256MB   然后抛出OutOfMemoryError   请求数组大小的原因   超过VM限制。在大多数情况下   问题是配置   问题（堆大小太小）或错误   这导致了一个应用程序   试图创建一个巨大的数组，为   例如，当元素的数量   在数组中使用a计算   计算错误的算法   大小

得出结论，你的堆大小只适合大小2147483644的数组，但不完全自由导致第二个消息。在第一条消息中分配超过堆大小的结果。

Answer 4

在玩完这个后我觉得AndreaG可能是对的。语言设计者可能选择了一个相对较高的数字作为极限思考“没有一个人在他们正确的头脑中需要这么大的阵列。”

尝试创建不同大小的数组时，Java OutOfMemoryError消息会发生更改

4 个答案: