您使用JDK 1.6会得到相同的行为,包括更新14,内部版本04,使用G1不会改变其行为(尽管G1看起来确实工作得很好)。
使用jvisualvm监视javac,重复的线程转储显示了主线程花费大量时间在
at com.sun.tools.javac.pre.Types.isSubSignature(Types.java:1846)at com.sun.tools.javac.pre.Symbol$MethodSymbol.overrides(Symbol.java:1108)at com.sun.tools.javac.pre.Symbol$MethodSymbol.implementation(Symbol.java:1159)at com.sun.tools.javac.comp.Check.checkCompatibleConcretes(Check.java:1239)at com.sun.tools.javac.comp.Check.checkCompatibleSupertypes(Check.java:1567)at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:2674)at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:2628)at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:2564)at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1036)at com.sun.tools.javac.main.JavaCompiler.compile2(JavaCompiler.java:765)at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:730)at com.sun.tools.javac.main.Main.compile(Main.java:353)at com.sun.tools.javac.main.Main.compile(Main.java:279)at com.sun.tools.javac.main.Main.compile(Main.java:270)at com.sun.tools.javac.Main.compile(Main.java:69)at com.sun.tools.javac.Main.main(Main.java:54)
并通过大量这些类的短暂实例进行搅动:
com.sun.tools.javac.pre.Types$Substcom.sun.tools.javac.util.Listcom.sun.tools.javac.pre.Types$MethodType
我怀疑通过
com.sun.tools.javac.comp.Check.checkCompatibleConcretes将每种方法与其他方法进行比较
会搅乱代码
该方法的javadoc:
可能是eclipse的编译器未执行该检查,或者未以相同的方式执行该检查。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)