默认方法返回 true 一段时间，然后返回 false？（可能的 JVM 错误）

我对以下代码有一个问题，我将其隔离到最封闭的形式，我正在使用Java 8，它几乎已经准备好发布（2014年3月18日），所以我预计实现本身没有严重的问题，所以它可能/必须是我自己的代码：

注意：代码是用Java 8编写的，它具有各种新功能，包括接口中的默认方法实现。

public abstract class Drawable implements DrawableInterface {    

}

interface DrawableInterface {
    default public boolean isShadowReceiver() {
        return false;
    }

    default public boolean isShadowCaster() {
        return false;
    }
}

public interface ShadowDrawable extends DrawableInterface {
    @Override
    default public boolean isShadowReceiver() {
        return true;
    }

    @Override
    default public boolean isShadowCaster() {
        return true;
    }
}

public class Box extends Drawable implements ShadowDrawable {

}

public class IsolatedBug {
    private final Box box;

    private final List<Drawable> drawables;

    public IsolatedBug() {
        this.box = new Box();
        this.drawables = new ArrayList<>();

        drawables.add(box);
        drawables.forEach(drawable -> System.out.println(drawable + " C=" + drawable.isShadowCaster() + "/R=" + drawable.isShadowReceiver()));
    }

    private void init() throws InterruptedException {
        while (true) {
            drawables.forEach(drawable -> System.out.println(drawable + " C=" + drawable.isShadowCaster() + "/R=" + drawable.isShadowReceiver()));
            Thread.sleep(100);
        }
    }

    public static void main(String[] args) throws InterruptedException {
        new IsolatedBug().init();
    }
}

代码本身可能不是最有意义的，但这是因为我已经剥离了大量其他不相关的方法。

但是，当您观察输出时，您会看到一些奇怪的东西，在某一点上，对于我个人来说，在30秒后，我看到以下内容：

隔离数据库。Box@5acf9800 C=true/R=true
isolatedbug。Box@5acf9800 C=true/R=true
isolatedbug。Box@5acf9800 C=true/R=true
isolatedbug.Box@5acf9800 C=true/R=true
isolatedbug.Box@5acf9800 C=false/R=false
isolatedbug.Box@5acf9800 C=false/R=false
isolatedbug.Box@5acf9800 C=false/R=false
isolatedbug。Box@5acf9800 C=false/R=false
isolatedbug.Box@5acf9800 C=false/R=false
isolatedbug.Box@5acf9800 C=假/R=假

它从 切换到 的时间似乎取决于调用方法的次数，因为两者之间的睡眠时间越长，切换所需的时间就越长。truefalse

我正在运行这个，有关Windows 8 64位的完整信息，如：java -version

java 版本 “1.8.0”
Java（TM） SE Runtime Environment （build 1.8.0-b129）
Java HotSpot（TM） 64-Bit Server VM （build 25.0-b69， mixed mode）

任何人都可以向我解释发生了什么事吗？
如果其他使用Java 8的人 - 任何构建 - 可以运行并查看他们是否有相同的问题，我将不胜感激。

使用此代码后的更多信息：

  Properties p = System.getProperties();
  p.list(System.out);

输出：

-- listing properties --
java.runtime.name=Java(TM) SE Runtime Environment
sun.boot.library.path=C:\Program Files\Java\jdk1.8.0\jre\bin
java.vm.version=25.0-b69
java.vm.vendor=Oracle Corporation
java.vendor.url=http://java.oracle.com/
path.separator=;
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
file.encoding.pkg=sun.io
user.script=
user.country=NL
sun.java.launcher=SUN_STANDARD
sun.os.patch.level=
java.vm.specification.name=Java Virtual Machine Specification
user.dir=C:\Users\Frank\Dropbox\NetbeansProjec...
java.runtime.version=1.8.0-b129
java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment
java.endorsed.dirs=C:\Program Files\Java\jdk1.8.0\jre\li...
os.arch=amd64
java.io.tmpdir=C:\Users\Frank\AppData\Local\Temp\
line.separator=

java.vm.specification.vendor=Oracle Corporation
user.variant=
os.name=Windows 8.1
sun.jnu.encoding=Cp1252
java.library.path=C:\Program Files\Java\jdk1.8.0\bin;C:...
java.specification.name=Java Platform API Specification
java.class.version=52.0
sun.management.compiler=HotSpot 64-Bit Tiered Compilers
os.version=6.3
user.home=C:\Users\Frank
user.timezone=
java.awt.printerjob=sun.awt.windows.WPrinterJob
file.encoding=UTF-8
java.specification.version=1.8
user.name=Beheerder
java.class.path=C:\Users\Frank\Dropbox\NetbeansProjec...
java.vm.specification.version=1.8
sun.arch.data.model=64
java.home=C:\Program Files\Java\jdk1.8.0\jre
sun.java.command=isolatedbug.IsolatedBug
java.specification.vendor=Oracle Corporation
user.language=nl
awt.toolkit=sun.awt.windows.WToolkit
java.vm.info=mixed mode
java.version=1.8.0
java.ext.dirs=C:\Program Files\Java\jdk1.8.0\jre\li...
sun.boot.class.path=C:\Program Files\Java\jdk1.8.0\jre\li...
java.vendor=Oracle Corporation
file.separator=\
java.vendor.url.bug=http://bugreport.sun.com/bugreport/
sun.cpu.endian=little
sun.io.unicode.encoding=UnicodeLittle
sun.desktop=windows
sun.cpu.isalist=amd64

我还检查了VM选项，当它被使用时，它会按预期返回。-Xinttrue

因此，结论似乎是，在我的特定用例中，代码的解释和JIT编译/内联变体是不相同的，因此在编译解释的代码后，它有可能从解释的代码切换到编译，从而澄清输出中的开关。

将该选项添加到发生错误的实际程序中，也修复了该问题。-Xint

官方错误报告已被接受：JIRA错误JDK-8036100