我今天刚刚发现这一点,当时我的一个单元测试由于从Java 7升级到Java 8而失败。单元测试调用一个方法,该方法试图在一个子类上注释但返回类型不同的方法上找到注释。
在Java7中,isAnnotationPresent
似乎只有在代码中真正声明了注释的情况下才能找到注释。在Java8中,isAnnotationPresent
似乎包含了在子类中声明的注释。
为了说明这一点,我创建了一个简单的(??)测试类IAPTest(用于IsAnnotationPresentTest)。
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.reflect.Method;
public class IAPTest {
@Retention(RetentionPolicy.RUNTIME)
public static @interface Anno {
}
public static interface I {
}
public static interface IE extends I {
}
public static class A {
protected I method() {
return null;
}
}
public static class B extends A {
@Anno
protected IE method() {
return null;
}
}
public static void main(String[] args) {
for (Method method : B.class.getDeclaredMethods()) {
if (method.getName().equals("method") && I.class.equals(method.getReturnType())) {
System.out.println(method.isAnnotationPresent(Anno.class));
}
}
}
}
在最新的Java 7(编写本文时为1.7.0_79)上,此方法打印"false"。在最新的Java 8(编写本文时为1.8.0_66)上,此方法打印"true"。我直觉上认为它是"假的"。
为什么会这样?这是否表明Java中存在错误,或者Java的工作方式发生了预期的变化?
EDIT:只是为了显示我用来复制它的确切命令(在IAPTest.java与上面代码块相同的目录中):
C:test-isannotationpresent>del *.class
C:test-isannotationpresent>set JAVA_HOME=C:nmaToolsetsAJB1OracleJDKjdk1.8.0_66
C:test-isannotationpresent>set PATH=%PATH%;C:nmaToolsetsAJB1OracleJDKjdk1.8.0_66bin
C:test-isannotationpresent>java -version
java version "1.8.0_66"
Java(TM) SE Runtime Environment (build 1.8.0_66-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
C:test-isannotationpresent>javac IAPTest.java
C:test-isannotationpresent>java IAPTest
true
C:test-isannotationpresent>
我相信这与java8兼容性指南中提到的一个更改有关
自本版本起,参数和方法注释将复制到合成桥梁方法。这个修复意味着现在对于像这样的程序
@Target(value = {ElementType.PARAMETER}) @Retention(RetentionPolicy.RUNTIME) @interface ParamAnnotation {} @Target(value = {ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) @interface MethodAnnotation {} abstract class T<A,B> { B m(A a){ return null; } } class CovariantReturnType extends T<Integer, Integer> { @MethodAnnotation Integer m(@ParamAnnotation Integer i) { return i; } public class VisibilityChange extends CovariantReturnType {} }
每个生成的桥接方法都将具有方法。参数注释也将被复制。行为的这种变化可能会影响某些注释处理器或一般来说,任何使用注释的应用程序。
第二个返回I
而不是IE
的方法是生成的合成方法,因为重写方法中的返回类型比超类中的窄。请注意,如果您没有窄化返回类型,那么它不会出现在已声明方法的列表中。所以我认为这不是一个bug,而是一个深思熟虑的改变。