@target仅在编译期限定注解使用位置，不参与类加载过程；其校验由javac完成，类加载器不解析注解语义，实现加载期限制需自定义classloader、java agent或框架级校验。
@Target 本身不参与类加载过程，也不在类加载期生效。它是一个源码级（RetentionPolicy.SOURCE）或编译期（RetentionPolicy.CLASS）的元注解，作用是**限定自定义注解可以被使用的程序元素类型**（如类、方法、参数等），其校验发生在编译阶段，由 javac 检查——若将注解误用在不支持的位置，编译器直接报错。
为什么不能在类加载期靠 @Target 实现限制？
@Target 的语义仅用于声明“允许写在哪”，不生成运行时信息，也不触发任何动态行为：
- 即使设为
@Retention(RetentionPolicy.RUNTIME)，@Target 本身仍只是元数据描述，不带逻辑 - 类加载器（如 BootstrapClassLoader、AppClassLoader）只负责读取字节码、验证格式、链接初始化，不解析或执行注解语义
- 真正需要“加载期规范限制”，必须配合其他机制，例如自定义 ClassLoader + ASM 字节码检查，或 Instrumentation agent
想在类加载阶段拦截非法注解使用？可以这样做
单纯靠 @Target 不行，但可组合实现：
- 保留 @Target 做编译期兜底（防止开发误用）
- 编写自定义 ClassLoader，在 defineClass 时用反射或字节码库（如 ASM）扫描类中注解，校验是否符合预设规则
- 使用 Java Agent + Instrumentation，在类被加载前通过 transform 方法注入检查逻辑（更通用、不影响类加载器结构）
- 若基于 Spring 等框架，也可在 BeanDefinition 注册阶段做后置校验（虽非严格“类加载期”，但属早期容器控制点）
@Target 的典型正确用法示例
它应作为设计契约的一部分，清晰表达意图：
-
@Target(ElementType.METHOD)：该注解只允许标注方法，写在类上会编译失败 -
@Target({ElementType.TYPE, ElementType.FIELD})：支持类和字段，其余位置禁止 - 搭配 @Retention(RetentionPolicy.RUNTIME) 后，运行时可通过反射获取，但 @Target 本身不参与反射逻辑
不复杂但容易忽略：@Target 是编译器的“交通标牌”，不是红绿灯控制器。真要卡在加载那一刻，得自己装摄像头加闸机。
