注解本质是可编程元数据载体，需从声明层、解析层、执行层三层次理解其在Spring中的闭环运作机制，而非仅视为语法糖或依赖反射的标签。
大厂面试问注解原理，从来不是想听“@Override是重写”这种表面定义。他们真正想确认的是：你有没有把注解当作一个可编程、可扩展、可调试的工程组件来理解，而不是当语法糖用。
注解的本质不是标签，而是元数据载体
面试官如果问“@Transactional为什么能生效”，千万别只答“Spring AOP代理”。要立刻带出三层结构：
- 声明层：@Transactional本身是RuntimeRetention的接口，通过@Target和@Retention声明作用范围和生命周期；
- 解析层：Spring在BeanDefinitionRegistryPostProcessor阶段扫描所有被该注解标记的类/方法，生成对应的Advisor；
- 执行层：基于JDK动态代理或CGLIB，在代理对象调用时触发TransactionInterceptor，最终委托PlatformTransactionManager完成事务控制。
这样讲，就把“注解”从静态符号拉进了整个Spring容器的启动链路里。
手写自定义注解必须体现“闭环设计”能力
很多候选人能写出@Log注解，但被追问“怎么让日志开关热更新”就卡住。高分回答会主动补全三个关键点：
立即学习“Java免费学习笔记（深入）”；
- 注解本身加@Documented + @Retention(RUNTIME)，确保运行期可用；
- 配合@Component+@Aspect写切面，用ProceedingJoinPoint获取参数和返回值；
- 引入配置中心（如Nacos）监听log.enable开关，切面中判断是否跳过增强逻辑——这才是真实项目里的做法。
面试官听到“监听配置中心”，就知道你不是纸上谈兵。
源码级追问常落在注解处理时机和冲突处理上
比如被问：“如果一个方法同时有@Cacheable和@Validated，哪个先执行？”这题考的其实是Spring的Advice排序机制：
- @Validated由MethodValidationPostProcessor注册，属于BeanPostProcessor，在Bean初始化后、AOP代理前触发；
- @Cacheable由CacheAspectSupport实现，属于AspectJ织入的Around Advice，在代理调用时才介入；
- 所以校验一定早于缓存读写，且异常会直接中断后续流程。
能讲清这个顺序，说明你看懂了Spring的扩展点嵌套逻辑，不是靠背口诀。
别掉进“反射万能论”的坑
有候选人一提注解就说“靠反射获取”，这是危险信号。面试官可能立刻追问：“那Spring Boot的@SpringBootApplication为什么不用反射去加载自动配置类？”这时候要指出：
- SpringFactoriesLoader.loadFactoryNames()读取META-INF/spring.factories，是类路径资源加载，不依赖反射；
- @Import注解配合ImportSelector，是在ConfigurationClassPostProcessor解析阶段做类名注册，连Class对象都没加载；
- 真正的反射只发生在Bean实例化之后，比如@Autowired字段注入时。
区分“类加载前的元数据驱动”和“运行时的反射调用”，才是对注解机制的准确分层认知。
