我遇到以下代码的问题,我将其隔离为最封闭的形式,我使用的是Java 8,它几乎已准备好发布(2014年3月18日),因此我预计实现本身不会出现严重问题,所以它可能/必须是我自己的代码:
注意:代码是用Java 8编写的,它具有各种新功能,包括接口中的default
方法实现。
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秒后,我看到以下内容:
isolatedbug.Box@5acf9800 C =真/ R =真
isolatedbug.Box@5acf9800 C =真/ R =真
isolatedbug.Box@5acf9800 C =真/ R =真
isolatedbug.Box@5acf9800 C =真/ R =真
isolatedbug.Box@5acf9800 C =假/ R =假
isolatedbug.Box@5acf9800 C =假/ R =假
isolatedbug.Box@5acf9800 C =假/ R =假
isolatedbug.Box@5acf9800 C =假/ R =假
isolatedbug.Box@5acf9800 C =假/ R =假
isolatedbug.Box@5acf9800 C = false / R = false
从true
切换到false
的时间似乎取决于方法的调用次数,因为两者之间的睡眠时间越长,切换时间就越长。
我正在运行此操作,以获取有关Windows 8 64位的完整信息,其中包含java -version
:
java版“1.8.0”
Java(TM)SE运行时环境(版本1.8.0-b129)
Java HotSpot(TM)64位服务器VM(版本25.0-b69,混合模式)
任何人都可以向我解释发生了什么事吗? 我也很感激,如果其他人使用Java 8 -any build-,可以运行,看看他们是否有同样的问题。
使用此代码后的更多信息:
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
我还检查了-Xint
VM选项,当使用它时,它会按预期返回true
。
所以结论似乎是在我的特定用例中,代码的解释和JIT编译/内联变体是不一样的,因此在编译解释的代码之后它有可能从解释代码切换到编译从而明确了输出的开关。
将-Xint
选项添加到发生错误的实际程序中,也解决了问题。
官方错误报告已被接受:JIRA Bug JDK-8036100
答案 0 :(得分:55)
这是Java8中的一个已知错误。
见这个Jira:CHA ignores default methods during analysis leading to incorrect code generation
This blog entry is enlightening ....
我已将此问题转载为:
声称这个问题在b127中得到解决是令人困惑的,因为我在b129中清楚地看到它(除非我对JVM版本约定感到困惑......)
C:\Java8\jdk-1.8.0_01\bin>java -version java version "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) C:\Java8\jdk-1.8.0_01\bin>
添加System.out.println(System.getProperties());
{ java.runtime.name=Java(TM) SE Runtime Environment, java.runtime.version=1.8.0-b129, java.vm.specification.name=Java Virtual Machine Specification, java.vm.name=Java HotSpot(TM) 64-Bit Server VM, java.vm.version=25.0-b69, java.vm.vendor=Oracle Corporation, java.vendor.url=http://java.oracle.com/, java.vm.specification.version=1.8, java.specification.name=Java Platform API Specification, java.specification.version=1.8, java.specification.vendor=Oracle Corporation, java.class.version=52.0, sun.boot.library.path=C:\Java8\jdk-1.8.0_01\jre\bin, sun.java.launcher=SUN_STANDARD, sun.os.patch.level=Service Pack 1, java.endorsed.dirs=C:\Java8\jdk-1.8.0_01\jre\lib\endorsed, os.arch=amd64, java.vm.specification.vendor=Oracle Corporation, os.name=Windows 7, sun.jnu.encoding=Cp1252, java.library.path=C:\Java8\jdk-1.8.0_01\bin;......, sun.management.compiler=HotSpot 64-Bit Tiered Compilers, os.version=6.1, file.encoding=UTF-8, sun.java.command=fromso.IsolatedBug, java.home=C:\Java8\jdk-1.8.0_01\jre, sun.arch.data.model=64, user.language=en, java.ext.dirs=C:\Java8\jdk-1.8.0_01\jre\lib\ext;C:\windows\Sun\Java\lib\ext, sun.boot.class.path=C:\Java8\jdk-1.8.0_01\jre\lib\resources.jar;......, java.vendor=Oracle Corporation, file.separator=\, java.vendor.url.bug=http://bugreport.sun.com/bugreport/, sun.io.unicode.encoding=UnicodeLittle, sun.cpu.endian=little, sun.desktop=windows, sun.cpu.isalist=amd64 }