@Target是编译期守门员，限定注解可用位置（如METHOD、FIELD），不匹配则编译失败；必须与@Retention（如RUNTIME）配合才能确保运行时反射可读，二者缺一不可且需逻辑自洽。
@Target 不是用来“增强功能”的装饰器，而是防止注解被乱贴的编译期守门员。它不参与业务逻辑，但一旦配错，整个注解体系就形同虚设——不是运行失败，而是根本进不了运行阶段。
明确限定可用位置，编译时就拦截错误
Java 编译器会严格比对注解实际使用的位置和 @Target 声明的 ElementType 列表。不匹配，直接报错，不给生成字节码的机会。
- 写成
@Target(ElementType.METHOD)，却用在字段上 → 编译失败 - 漏写 @Target，默认只允许用于类/接口/枚举（
ElementType.TYPE）→ 其他位置全报错 - 静态代码块、普通 static 方法、static 字段本身不属于任何 ElementType 枚举值 → 贴了就报错，Java 语法根本不允许
按实际用途选组合，别堆砌也不留死角
一个注解该支持哪些位置，取决于它要解决什么问题。盲目加一堆 ElementType，反而增加误用风险；漏掉关键位置，又导致功能不可用。
- 参数校验类注解（如 @NotBlank）：至少包含
PARAMETER和FIELD - AOP 切面标记（如 @Loggable）：通常只需
METHOD，加TYPE可支持类级别代理 - 配置类标识（如 @Configuration）：只用
TYPE即可 - 泛型约束（如 @NonNull）：需搭配
TYPE_USE或TYPE_PARAMETER，且 JDK 版本不能低于 8
配合 @Retention 才算真正生效
@Target 控制“能贴在哪”，@Retention 决定“贴了之后还能不能被读到”。两者缺一不可，且必须逻辑自洽。
- 想用反射获取注解？
@Retention(RetentionPolicy.RUNTIME)是硬性前提 - 写了
@Target(ElementType.LOCAL_VARIABLE)+@Retention(RUNTIME)？没用——JVM 禁止运行时读取局部变量注解，反射始终返回 null - Spring Boot 的 @Validated 要求字段注解同时满足
RUNTIME生命周期 +FIELD或PARAMETER位置，否则直接跳过校验
团队协作中靠它统一理解，不是靠人盯
IDE 可能对 @Target 检查宽松（尤其 Kotlin/Java 混合项目），但 Maven 构建会严格执行。把约束写进注解定义里，等于把规范嵌入代码本身。
- 新人不用翻文档就知道某个注解只能用在方法上
- CI 流水线编译失败时，错误信息直指 @Target 不匹配，定位快、修复准
- 避免“本地能跑，上线就失效”这类环境差异问题
