@target注解的作用是声明自定义注解允许标注的程序元素类型，仅在编译期生效，用于限定其可应用的位置（如type、method、field等），必须显式指定elementtype枚举值，否则编译失败。
@Target 注解的作用域规划，核心在于明确它能标注哪些程序元素，从而让组件化开发中各模块的职责边界更清晰、约束更明确。合理设置 @Target 不仅能防止误用，还能提升 IDE 提示准确性与编译期检查能力。
限定注解适用位置，避免随意打标
组件化项目中常定义自定义注解（如 @Router、@ModuleInit），若不限定作用域，可能被错误加在类、方法、字段甚至参数上，导致运行时逻辑错乱或反射处理失败。
- 只允许标注在类上？用
@Target(ElementType.TYPE) - 仅用于方法注入？选
@Target(ElementType.METHOD) - 若需同时支持类和接口，可组合：
@Target({ElementType.TYPE, ElementType.INTERFACE})
配合 @Retention 控制生命周期
作用域设定需与保留策略协同。比如一个仅用于编译期校验的模块依赖声明注解，应设为 @Retention(RetentionPolicy.SOURCE)，并搭配 @Target(ElementType.TYPE) —— 这样既限制只能标在类/接口上，又不进入字节码，减少运行时开销。
-
SOURCE：适合 Lint 规则、APT 处理，无需反射 -
CLASS：适用于字节码插桩（如 AspectJ），但反射不可见 -
RUNTIME：需运行时读取（如路由表扫描），必须确保@Target范围与实际使用场景一致
模块间契约更可靠
在多团队协作的组件化架构中，基础库定义的注解若未严格限定作用域，下游模块可能“创造”出非预期用法，破坏设计契约。例如：
- 定义
@Service表示可被自动注册的业务组件，就应限定为ElementType.TYPE，禁止标在方法上 - 若开放
ElementType.METHOD，却未在框架中处理该情况，就会埋下空指针或逻辑跳过隐患 - IDE 和 Kotlin 编译器会基于
@Target做语法校验，提前暴露问题
注意 Kotlin 的扩展差异
Kotlin 支持更多目标类型（如 ANNOTATION_CLASS、TYPE_PARAMETER），Java 注解在 Kotlin 中使用时，若 Java 端未声明对应 ElementType，Kotlin 可能允许但实际无效。建议：
- Java 定义注解时，按实际需要显式列出所有合法目标，不依赖默认值
- Kotlin 模块引用时，留意编译器警告，必要时用
@Target的 Kotlin 版本重声明 - 跨语言场景下，优先选择双方都支持的
ElementType子集
