关键在于用元注解明确约束嵌套类中注解的作用域、生命周期与语义传播：1. @target精准限定使用位置；2. @retention控制可见性层级；3. @documented和@inherited管理文档与继承行为；4. @repeatable配合容器注解防重复误用。
关键在于用元注解明确约束嵌套类中注解的“能用在哪、何时生效、谁能看到”，而不是靠开发者自觉记忆规则。语义混淆往往不是写错了，而是注解被意外应用在不该出现的位置，或在运行时根本没被读取到。
用@Target精准划定作用域
嵌套类（尤其是静态内部类）容易被误加注解，而外部类上的注解又可能被错误继承。必须为每个自定义注解显式声明@Target：
- 只允许标注方法？就写 @Target(ElementType.METHOD)，别留空——否则它可能被加到字段、参数甚至另一个注解上
- 嵌套类本身需要被识别？给它的类声明加 @Target({ElementType.TYPE, ElementType.ANNOTATION_TYPE})
- 若注解专用于嵌套结构（如@ApiParam用于DTO内部字段），则排除 ElementType.TYPE_PARAMETER 和 ElementType.TYPE_USE，避免出现在泛型边界等模糊位置
用@Retention控制可见生命周期
多层嵌套下，注解若只保留在源码或字节码阶段，运行时反射就拿不到——看似写了，实则“不存在”。务必按需选择：
- 需要运行时解析路径、权限、重试逻辑？必须是 @Retention(RetentionPolicy.RUNTIME)
- 仅用于编译检查（如自定义@NonNull）？用 SOURCE 更轻量
- 嵌套注解（如@Backoff在@Retryable内）必须与外层注解保持一致的RetentionPolicy，否则外层能读到，内层却为空
用@Documented和@Inherited管理语义传播
有些注解的语义需要穿透嵌套层级，有些则必须严格隔离：
- 希望Javadoc自动包含注解说明？加上 @Documented，否则生成的文档里看不到注解意图
- 接口方法上有@Secured，实现类方法是否自动继承？默认不继承。如需穿透，外层注解需标注 @Inherited，且仅对 TYPE 有效——对METHOD无效，这点常被忽略
- 嵌套类中的注解绝不应影响外部类行为，此时反向操作：确保外层注解未声明@Inherited，避免语义意外“溢出”
组合@Repeatable与容器注解防重复误用
当嵌套类支持多个同类注解（如多个@Condition），不加约束会导致语义叠加混乱：
- 定义单个注解时，用 @Repeatable(Conditions.class) 声明可重复
- 配套定义容器注解 @interface Conditions { Condition[] value(); }，并同样设置@Target和@Retention
- 这样既能写 @Condition(...) @Condition(...)，又能统一通过 getDeclaredAnnotationsByType(Conditions.class) 安全提取，避免手动遍历遗漏或重复解析
