Java注解本质是继承java.lang.annotation.Annotation的特殊接口，编译为interface字节码，运行时通过AnnotationInvocationHandler动态代理实现属性访问。
Java 注解的本质不是“语法糖”或“标记”，而是**一种被编译器特殊处理的接口**——它必须直接或间接继承 java.lang.annotation.Annotation。理解这一点，是看懂注解底层机制的关键。
注解在代码里写出来，实际是接口定义
当你写下：
@interface MyAnnotation { String value() default "hello"; }
这行代码不是在声明一个注释或配置，而是在**定义一个接口**。编译后，MyAnnotation 就是一个继承了 Annotation 的接口：
- 接口中每个方法（如
value()）对应注解的一个属性； - 这些方法不能有方法体，只能有默认值（
default）； - 编译器禁止你手动实现这个接口，也不允许用
new创建实例。
JVM 不会加载注解类，但会在运行时动态代理
你无法在代码中 new 出 @MyAnnotation 的实例，因为 JVM 不提供它的具体实现类。但当你通过反射获取某个元素上的注解时，比如：
立即学习“Java免费学习笔记（深入）”；
MyAnnotation ann = method.getAnnotation(MyAnnotation.class);
JVM 实际上是：
- 从 class 文件的
RuntimeVisibleAnnotations属性中读出原始字节数据； - 用动态代理生成一个实现了
MyAnnotation接口的代理对象； - 把读到的属性值（如
value="hello"）注入到代理对象的方法返回值中。
所有限制都源于“它是接口”这个事实
为什么注解属性只能是基本类型、String、Class、枚举、其他注解或它们的数组？
- 因为接口方法的返回类型必须在编译期确定且不可变；
- 不能是
List或Map—— 它们不是编译期常量类型； - 不能有 void 方法或参数 —— 接口方法只允许 getter 式签名。
为什么 @Override 看起来像注释却能被编译器检查？
- 因为
Override是一个真实接口，编译器在解析方法时，会调用method.isAnnotationPresent(Override.class)判断是否存在该“接口实例”； - 再结合语义规则（是否重写了父类/接口方法），决定是否报错。
元注解就是在修饰“接口的接口”
@Target、@Retention 这些元注解，本身也是注解，也就是“继承自 Annotation 的接口”。它们的作用，是告诉编译器和 JVM：
-
@Target(ElementType.METHOD)→ 这个注解接口只能用于方法上； -
@Retention(RetentionPolicy.RUNTIME)→ 这个注解接口的信息要保留在运行时，才能被反射读取。
换句话说，元注解是对“注解接口”的使用规范做约束，而不是对普通类或方法做约束。
