注解本质是继承annotation接口的特殊接口，由jvm用动态代理实现；其生效依赖@retention等元注解控制生命周期，运行时通过annotatedelement反射获取代理实例，真正逻辑由apt、spring或aop等框架驱动执行。
要深入回答 Java 注解底层原理类面试题，关键不是堆砌概念，而是讲清“谁在什么时候、用什么方式、做了什么事”。面试官想看到你对注解从定义到运行的完整链路有结构化理解，而不是背定义。
注解本质：它真不是“语法糖”，而是一个接口
很多人说 @interface 是语法糖，这容易误导。准确说是：编译器把 @interface MyAnno 编译成一个 显式继承 Annotation 接口的普通接口（不是类，也不是注释）。你可以用 javap 反编译验证：
- public interface MyAnno extends java.lang.annotation.Annotation { ... }
- 里面每个方法（如 String value()）对应注解的属性，调用时返回的是 JVM 动态代理生成的代理实例，不是你写的实现类
- 所以注解不能 new，也不能有方法体——它天生就是只读元数据容器
注解怎么“活”起来：靠三类元注解协同控制生命周期
注解本身不干活，它的“存在感”完全由元注解决定。必须把 @Retention、@Target、@Documented、@Inherited 的作用和组合逻辑讲透：
- @Retention(RetentionPolicy.RUNTIME)：唯一能让反射读取的前提。SOURCE（编译期丢弃）、CLASS（字节码里有但运行时不可见）都不能被 getAnnotation() 拿到
- @Target({METHOD, TYPE})：不是“能用在哪”，而是“强制校验在哪用”。如果写在字段上却只声明了 METHOD，编译直接报错
- 实际例子：Spring 的 @Component 必须是 RUNTIME + TYPE；@Override 是 SOURCE + METHOD，仅用于编译检查，运行时根本不存在
运行时怎么拿到注解：反射背后是 AnnotatedElement 和动态代理
你以为 getAnnotation() 就是查个 Map？其实 JVM 做了两件事：
- 所有可加注解的元素（Class、Method、Field 等）都实现 AnnotatedElement 接口，提供统一获取入口
- 当你调用 method.getAnnotation(MyAnno.class)，JVM 不是返回你定义的接口实例，而是返回一个 动态代理对象，该代理实现了 MyAnno 接口，并把你在使用注解时传的 value="abc" 等参数封装进 InvocationHandler
- 所以注解属性访问本质是代理方法调用，不是字段读取——这也是为什么注解不能修改、没有 setter
注解真正起作用：靠框架或处理器驱动，而非注解自身
这是最常被忽略的关键点：注解只是标签，逻辑在别处。
- 编译期：APT（Annotation Processing Tool）在编译时扫描注解，生成额外代码（如 ButterKnife、Lombok）
- 运行期：Spring 启动时扫描 Bean 类上的 @Controller/@Service，通过反射+BeanDefinitionRegistry 注册为 Spring Bean
- 执行期：AOP 拦截 @Transactional 方法，不是注解自己开启事务，而是 ProxyFactory 根据该注解配置 TransactionInterceptor
- 一句话总结：注解是“声明”，反射是“发现”，框架才是“执行者”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
