@inherited仅在类继承链中生效，jvm反射调用getannotation()时单向向上查找父类注解，不适用于接口、方法、字段等其他场景，且需每层注解均标注@inherited才可穿透。
@Inherited 并不是让注解“自动复制”到子类的魔法开关，它只在类继承（extends）这一种关系中起作用，且背后是 JVM 反射机制的设计决定——它仅对 Class 对象的 getAnnotation() 调用启用向上查找逻辑，其他场景一律不参与。
只支持单向、单路径的类继承链
Java 的类继承是严格单根的：一个类只能有一个直接父类。@Inherited 正是基于这个前提设计的。JVM 在调用 clazz.getAnnotation(A.class) 时，若当前类没声明该注解，就沿着 getSuperclass() 往上找一层，直到找到或到达 Object。这种线性回溯简单明确，也只适用于 extends。
- 接口实现（
implements）是多路的，一个类可实现多个接口，无法定义“最近”或“优先级”，所以 JVM 不做接口注解回溯 - 抽象类、普通类都适用，但只要中间某层类的注解类型没加 @Inherited，链就断了
- 即使 A → B → C 三层继承，C 能拿到 A 的注解，靠的也不是“多级传播”，而是反射逐层查到了 A
方法和字段本质上不参与继承语义传递
方法重写（override）和字段隐藏（hiding）是运行时行为，不是元数据继承。JVM 规定每个 Method 或 Field 实例只携带自己声明处的注解，父类方法上的注解不会“附着”到子类方法对象上。
- 子类重写方法后，
childClass.getMethod("xxx").getAnnotation()查的是子类方法本身，不是父类方法 - 字段同理：子类声明同名字段会遮蔽父类字段，但不会继承其注解；
getDeclaredField()永远只返回当前类定义的字段元数据 - 这与语言规范一致——注解是声明时的静态元数据，不是运行时可叠加的状态
接口、参数、局部变量等位置被明确排除
Java 官方文档明确指出：“@Inherited only causes annotations to be inherited from superclasses; annotations on implemented interfaces have no effect.” 这不是实现缺陷，而是有意限定。
- 接口上的注解（哪怕接口自己用了 @Inherited）对实现类完全不可见
- 构造器、参数、局部变量、包声明等位置，无论注解是否带 @Inherited，都不触发任何继承行为
- 因为这些元素不构成“类继承关系”，而 @Inherited 的语义边界就是「类→子类」这一条线
替代方案必须手动实现
当业务需要跨方法、跨接口或跨字段获取“语义上继承”的注解时，不能依赖 @Inherited，得靠主动扫描：
- 对类：循环调用
clazz = clazz.getSuperclass()，每层都试getAnnotation() - 对方法：从子类方法开始，用
getDeclaredMethod()查当前类；没找到就用getSuperclass()找父类同签名方法，重复直到Object - 对接口：需展开
getInterfaces()，再递归每个接口的getInterfaces()，并注意避免循环引用 - Spring 的
AnnotationUtils.findAnnotation()就是这样封装的通用逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
