Java: int数组用非零元素初始化

Question

根据 JLS，初始化后 int 数组应由零填充。但是，我面临的情况并非如此。这种行为首先发生在JDK 7u4中，也发生在所有以后的更新中（我使用64位实现）。下面的代码引发异常：

public static void main(String[] args) {
        int[] a;
        int n = 0;
        for (int i = 0; i < 100000000; ++i) {
            a = new int[10];
            for (int f : a)
                if (f != 0)
                  throw new RuntimeException("Array just after allocation: "+ Arrays.toString(a));
            Arrays.fill(a, 0);
            for (int j = 0; j < a.length; ++j)
                a[j] = (n - j)*i;
            for (int f : a)
                n += f;
        }
        System.out.println(n);
    }

异常发生在JVM执行代码块编译之后，并且不会以-Xint标志出现。此外，Arrays.fill（...）语句（与此代码中的所有其他语句一样）是必要的，如果不存在异常，则不会发生。很明显，这个可能的错误与一些JVM优化有关。对于这种行为的原因有什么想法吗？

更新:< br >我在Gentoo Linux、Debian Linux(均为内核3.0版本)和MacOS Lion上的HotSpot 64位服务器VM、从1.7.0_04到1.7.0_10的Java版本上看到此行为。这个错误总是可以用上面的代码重现。我没有在32位JDK或Windows上测试这个问题。我已经向Oracle发送了一个错误报告(错误id 7196857 ),它将在几天后出现在Oracle公共错误数据库中。

更新：
Oracle在其公共错误数据库中发布了此错误：http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7196857

Answer 1

我对你的代码做了一些更改。这不是整数溢出的问题。看到代码了吗，它在运行时抛出了一个异常

    int[] a;
    int n = 0;
    for (int i = 0; i < 100000000; ++i) {
        a = new int[10];
        for (int f : a) {
            if (f != 0) {
                throw new RuntimeException("Array just after allocation: " + Arrays.toString(a));
            }
        }
        for (int ii = 0, len = a.length; ii < len; ii++)
            a[ii] = 0;
        for (int j = 0; j < a.length; ++j)
            a[j] = Integer.MAX_VALUE - 1;
        for (int j = 0; j < a.length; ++j)
            n++;
    }

Answer 2

这里我们面临JIT编译器中的一个错误。编译器确定分配的数组在Arrays.fill（...）中分配后被填充，但是分配和填充之间的使用检查是错误的。因此，编译器执行了非法优化——它跳过了分配数组的归零。

此错误放置在Oracle错误跟踪器中（错误id 7196857）。不幸的是，我没有等待Oracle对以下几点的任何澄清。正如我所看到的，这个错误是特定于操作系统的：它在64位Linux和Mac上绝对可以重现，但是，正如我从评论中看到的那样，它不会在Windows上定期重现（对于类似版本的JDK）。此外，很高兴知道何时修复此错误。

目前只有一条建议：如果新声明的数组依赖于JLS，请不要使用JDK1.7.0_04或更高版本。

10月5日更新：

在2012年10月4日发布的JDK 7u10（抢先体验）的新版本10中，这个错误至少在Linux操作系统上得到了修复（我没有测试其他错误）。感谢@Makoto，他发现此错误不再可用于Oracle错误数据库中的公共访问。不幸的是，我不知道甲骨文将其从公共访问中删除的原因，但它可以在Google缓存中使用。此外，这个错误引起了Redhat的注意：CVE标识符CVE-2012-4420（bugzilla）和CVE-2012-4416（bugzilla）被分配给了这个漏洞。