Java注解本质是继承java.lang.annotation.Annotation的特殊接口，编译生成独立.class文件，仅提供元数据；真实逻辑由注解处理器（APT）或反射在运行时驱动，如Spring通过反射读取@AutoWired并注入依赖。
答好 Java 注解类面试题，关键不是背定义，而是讲清楚“它是什么、怎么用、为什么这么设计、底层怎么动”。面试官真正想看的是你对注解机制的理解深度和工程落地意识。
注解本质要讲准：不是标签，是接口
很多候选人说“注解就是代码上的标签”，这太浅。应该点明：注解在 JVM 里是一个继承 java.lang.annotation.Annotation 的特殊接口，编译后生成独立的 .class 文件（比如 @MyAnnotation 编译后就是 MyAnnotation.class）。它本身不执行逻辑，只提供元数据；真正的行为由配套的处理器（如 APT 编译期处理、反射运行时读取）驱动。
可以顺带对比：
- @Override 是 SOURCE 级，编译器检查完就丢弃，不进字节码
- @Transactional 是 RUNTIME 级，Spring 在运行时通过反射+代理动态织入事务逻辑
自定义注解必须带实操细节
光说“用 @interface 定义”不够。要说明三个关键动作：
立即学习“Java免费学习笔记（深入）”；
- 用 @Target 明确作用域（比如只允许加在方法上就写
@Target(ElementType.METHOD)） - 用 @Retention(RetentionPolicy.RUNTIME) 确保运行时能被反射读到（框架类注解基本都选这个）
- 属性定义要合理：支持默认值（
String value() default ""）、支持数组（String[] roles() default {}）、避免复杂类型（不能用 List 或自定义类）
举个小例子更直观：定义一个日志注解 @LogExecutionTime，运行时用反射获取该注解，再用 AOP 拦截方法执行前后时间差——这就串起了“定义→标记→读取→执行”完整链路。
解析原理得落到反射 API 上
说到“怎么读注解”，不能只说“用反射”。要具体指出：
- 目标元素（Class / Method / Field）都实现了 AnnotatedElement 接口
- 核心方法是
getAnnotation(Class<T>)（返回 JDK 动态生成的代理对象）和isAnnotationPresent(...)（性能更好，适合先判断再取） - 注解属性调用本质是代理对象的方法调用，JVM 会自动填充默认值，无需判空
顺便提一句：Spring 的 @Autowired 就是在 BeanFactory 创建 Bean 后，遍历所有字段/方法，用 field.isAnnotationPresent(Autowired.class) 判断，再反射注入——这就是真实场景。
框架结合要体现设计意图
面试官常问“Spring 为什么用注解不用 XML”，别只答“更简洁”。应点出设计价值：
- 就近声明：@Service 写在类上，比 XML 里配一长串 bean 定义更易维护
- 编译期校验：@Override 能在写错方法签名时直接报错，XML 配错了只有运行时报 NoClassDefFound
- 可组合性：@RestController = @Controller + @ResponseBody，语义清晰且复用性强
如果被问到“注解会不会影响性能”，可以补充：RUNTIME 注解确实有反射开销，但 Spring 等框架会做缓存（比如把 Method 上的注解结果缓存到 ConcurrentHashMap），实际影响极小。
