注解是带结构的元数据，本身不执行逻辑，仅提供信息；其生命周期由@Retention控制（SOURCE/CLASS/RUNTIME），作用范围由@Target限定（如METHOD/TYPE），需通过反射在运行时读取并处理，构成“定义→标记→处理”完整链条。
面试中讲清楚注解原理，关键不是背定义，而是用三层逻辑把“它是什么、怎么活、怎么用”串起来，让面试官听出你真理解了。
先说清本质：注解是带结构的元数据，不是代码逻辑
注解本身不执行任何操作，它只是给编译器、工具或运行时框架“留个记号”。比如 @Override 不会让方法自动重写，它只是告诉编译器：“请检查这个方法签名是否真匹配父类”。这和普通注释（// 或 /* */）有本质区别——注释编译后就没了，而注解可以按需保留到源码、字节码甚至运行时。
重点讲透生命周期：@Retention 决定它“活多久”
这是面试高频考点，必须能准确对应三种策略：
- SOURCE：只在 .java 文件里存在，javac 编译完就丢，比如 @Override、@SuppressWarnings
- CLASS：保留在 .class 字节码中，但 ClassLoader 加载后反射拿不到，一般用于字节码增强工具（如某些 AOP 插件）
- RUNTIME：完整保留到运行时，可通过反射读取，Spring 的 @Service、@Autowired 都依赖这个
顺手可以提一句：为什么 Spring 注解基本都用 RUNTIME？因为 IOC 容器要在应用启动时扫描并处理这些标记，必须能在运行时看到。
立即学习“Java免费学习笔记（深入）”；
说准作用范围：@Target 控制它“贴在哪”
避免泛泛而谈“能用在类和方法上”，要举例说明约束的实际意义：
- ElementType.METHOD：像 @Test 只允许标在方法上，标在字段会编译报错
- ElementType.PARAMETER：Spring 的 @RequestParam 就限定在此，确保语义清晰
- 多类型组合：@Target({TYPE, METHOD, FIELD}) 表示可灵活用于类、方法、属性三处
如果被问“自定义注解没加 @Target 会怎样？”——答：默认允许用在所有位置，但生产环境强烈建议显式声明，提升可维护性和 IDE 提示准确性。
点明落地链条：定义 → 标记 → 处理，缺一不可
很多候选人只讲前两步，漏掉最关键的“处理”。可以简练总结：
- 定义注解时用 @Retention(RUNTIME) + @Target(...) 声明行为规则
- 开发时在类/方法上添加该注解，相当于埋下标记
- 框架或自定义逻辑通过反射（如 clazz.getAnnotations()、method.getAnnotation(MyAnno.class)）读取并响应
例如 Spring 启动时扫描所有 @Component 类，就是靠这一整套机制完成的——不是魔法，是可控、可调试的反射调用。
