注解不支持属性覆盖，仅通过@Inherited控制类级注解的继承可见性；子类显式声明同名注解即为独立实例，父类注解被屏蔽；如需“就近覆盖”语义，须手动遍历继承链或使用Spring MergedAnnotations。
自定义注解本身不支持“属性覆盖”机制——它没有继承时的字段或方法那样的运行时覆盖逻辑。所谓“父子类中同名注解属性的覆盖”，本质上是误解；java 注解的属性值是编译期静态声明的，不可被子类动态修改或重写。真正可控制的是：注解**作用目标（如类、方法）是否被子类继承**，以及**注解处理器如何读取和解释这些注解**。
注解不参与字段/方法式的覆盖，但可通过 @Inherited 控制类级注解的继承性
@Inherited 是唯一影响“父子类间注解可见性”的元注解，但它仅对 作用于类（ElementType.TYPE）的注解有效，且只影响子类是否自动拥有父类的该注解（即子类 class 上无需重复声明，反射时仍能获取到）。
- 它对方法、字段、参数上的注解完全无效
- 即使加了 @Inherited，子类也无法“覆盖”父类注解的属性值——子类若自己声明同名注解，就是另一个独立实例，与父类无关
- 示例：
@Inherited
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface Role { String value() default "USER"; }
若@Role("ADMIN")标在父类上，子类未显式标注，则子类.class.getAnnotation(Role.class)仍返回@Role("ADMIN")；但若子类也写@Role("GUEST")，则获取到的是子类自己的注解，父类注解被屏蔽（不叠加、不合并）
想实现“按继承链优先级取注解值”？需手动编写解析逻辑
Spring 等框架不会自动按“子类→父类→接口”顺序合并或覆盖注解属性。如需类似效果，必须在自定义处理器中主动遍历继承体系：
- 从当前类开始，用
clazz.getAnnotation(Xxx.class)尝试获取 - 若为空，继续检查
clazz.getSuperclass()，递归向上直到 Object - 也可加入接口扫描（
clazz.getInterfaces()），按需设定优先级规则（如：本类 > 父类 > 接口） - 注意：多个层级都存在同一注解时，通常取第一个非空结果（即最靠近子类的那个），这相当于“就近覆盖”语义
字段或方法上的注解无法被“覆盖”，但可被不同处理器分别处理
比如父类字段 @MyValue("A")，子类同名字段 @MyValue("B")，两者互不影响：
- 它们是两个独立注解实例，位于不同 Field 对象上
- 你的
BeanPostProcessor或 AOP 切面在扫描时，会分别处理这两个字段，各自注入对应值 - 不存在“子类注解覆盖父类注解”的自动行为——这是反射遍历范围决定的，不是语言机制
替代方案：用配置化方式模拟“可覆盖”的语义
若业务需要灵活的层级化配置（如：子类配置优先于父类），更推荐以下做法：
- 将注解作为触发器，实际配置值从外部（如
@Value("${xxx}")、Environment、或配置中心）加载 - 在注解中只存 key 名（如
@ConfigKey("user.timeout")），由统一处理器查 Environment 并支持 profile/active 继承链查找 - 利用 Spring 的
MergedAnnotations工具类（Spring 5.2+）安全地获取类及其所有父类/接口上的注解合并视图，再按需提取
