当前位置: 首页 > 知识库问答 >
问题:

注释不是从接口方法继承的

汪典
2023-03-14

我有一个带有注释方法的接口。注释用@inherited标记,所以我希望实现者继承它。然而事实并非如此:

import java.lang.annotation.Inherited;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.reflect.Method;
import java.util.Arrays;

public class Example {

    public static void main(String[] args) throws SecurityException, NoSuchMethodException {
        TestInterface obj = new TestInterface() {
            @Override
            public void m() {}
        };

        printMethodAnnotations(TestInterface.class.getMethod("m"));
        printMethodAnnotations(obj.getClass().getMethod("m"));
    }

    private static void printMethodAnnotations(Method m) {
        System.out.println(m + ": " + Arrays.toString(m.getAnnotations()));
    }
}

interface TestInterface {
    @TestAnnotation
    public void m();
}

@Retention(RetentionPolicy.RUNTIME)
@Inherited
@interface TestAnnotation {}

所以问题是,为什么obj.m()没有@testannotation,尽管它实现了一个标记为@testannotation的方法,即@inherited

共有1个答案

田成化
2023-03-14

java.lang.annotation.inherited的javadocs中:

请注意,如果带注释的类型用于注释类以外的任何内容,则此元注释类型不起作用。还要注意,这个元注释只导致注释从超类继承;已实现接口上的注释不起作用。

 类似资料:
  • 人们经常会问AspectJ这样的问题,所以我想在以后可以轻松链接到的地方回答。 我有这个标记注释: 现在我像这样注释接口和/或方法: 这是一个小驱动程序应用程序,它也实现了接口: 现在当我定义这个方面时,我希望它被触发 对于带注释类的每个构造函数执行和 每次执行带注释的方法。 不幸的是,方面没有打印任何内容,就像类

  • 问题内容: 人们经常会问诸如此类的AspectJ问题,因此我想在一个我以后可以轻松链接的地方回答它。 我有这个标记注释: 现在,我注释这样的接口和/或方法: 这是一个小的驱动程序应用程序,它也实现了该接口: 现在,当我定义此方面时,我希望它会被触发 为每个构造函数执行带注释的类,并 每次执行带注释的方法。 不幸的是,方面没有打印任何内容,就像类Application和方法two()没有任何@Mar

  • 问题内容: 我一直在使用Guice的AOP来拦截一些方法调用。我的课程实现了一个接口,我想注释接口方法,以便Guice可以选择正确的方法。即使使用继承的注释对注释类型进行注释,实现类也不会继承Inherited的java doc中所述的注释: 还要注意,此元注释仅使注释从超类继承;已实现的接口上的注释无效。 这可能是什么原因?了解对象的类在运行时确实实现的所有接口并不是一件容易的事,因此在此决定背

  • 我在阅读java 8默认方法时遇到了以下段落: 如果层次结构中的任何类具有具有相同签名的方法,则默认方法变得无关紧要。默认方法不能重写java.lang.Object的方法。原因很简单,因为Object是所有java类的基类。因此,即使我们将对象类方法定义为接口中的默认方法,它也是无用的,因为对象类方法将始终被使用。这就是为什么为了避免混淆,我们不能让默认方法重写对象类方法。 我很快尝试按照代码来

  • 我能以某种方式将一组注释分组到一个抽象类上,并且每个扩展该类的类都自动分配了这些注释吗? 至少以下内容不起作用:

  • 我对EasyMock(3.1)类的模拟有些困难。这应该适用于模拟部分类实现,我认为,这对于单元测试抽象基类,同时模拟缺少的方法是非常理想的。这是一个模式-一个立即识别的经典... 现在的测试是: EasyMock似乎不喜欢这样。它抛出: 有什么想法吗?我发现了一个相关的问题,但它并不是真正公正的标题。