Java注解是JDK5引入的元数据机制，本质为继承Annotation接口的特殊接口，用于在编译、类加载或运行时提供额外信息；其核心作用是解耦配置与业务逻辑，支撑Spring等框架的Bean管理、依赖注入和AOP等功能。
Java 注解在面试中常被问到的不是“背定义”，而是“怎么用、为什么这么用、底层怎么支撑”。理清这部分，关键不在画多漂亮的导图，而在建立三层逻辑：分类逻辑 → 作用逻辑 → 运行逻辑。
按职责分清四大类注解
别堆砌名字，先归类再记细节：
- 组件注册类：@Component（通用）、@Controller（Web层）、@Service（业务层）、@Repository（DAO层）——本质都是 @Component 的派生，Spring 扫描时识别并注册为 Bean；@Repository 还额外做了异常转换
- 依赖注入类：@Autowired（按类型装配）、@Qualifier（配合它指定名称）、@Resource（Java 标准，默认按名，找不到再按类型）、@Primary（标记默认候选 Bean）
- Web 响应类：@RestController = @Controller + @ResponseBody；@ResponseBody 让返回值直接写入 HTTP 响应体（JSON/XML），不走视图解析
- 元注解类：@Target（声明能用在哪，如 TYPE/METHOD/FIELD）、@Retention（声明保留策略，RUNTIME 最常用）、@Documented、@Repeatable——它们是“注解的注解”，自定义注解必须用到
紧扣 Spring 容器生命周期理解作用时机
注解不是静态标签，它的效果发生在特定阶段：
- @Component 及其衍生注解：在 Spring 启动时的 类路径扫描阶段 被识别，生成 BeanDefinition，后续才实例化
- @Autowired：在 Bean 实例化后、初始化前的 属性填充阶段（populateBean）触发依赖查找与注入
- @PostConstruct / @PreDestroy：对应 InitializingBean.afterPropertiesSet() 和 DisposableBean.destroy()，属于 初始化/销毁钩子
- @Transactional：基于 AOP，在代理对象方法执行时通过 TransactionInterceptor 拦截，不是注解本身“自动生效”
结合反射讲清运行时如何读取注解
面试官爱问“你怎么解析自定义注解”，答案要落到反射 API 上：
立即学习“Java免费学习笔记（深入）”；
- 获取 Class 对象：用
clazz.getAnnotation(YourAnn.class)或method.getAnnotation(YourAnn.class) - @Retention(RetentionPolicy.RUNTIME) 是前提——只有 RUNTIME 级别才能在运行时通过反射拿到
- 若需遍历所有方法上的某个注解，用
clazz.getDeclaredMethods()配合循环判断 - 注意权限：private 方法或字段上的注解，需先调用
setAccessible(true)才能访问
高频陷阱题直接点破
这些题一说就错，提前拆解清楚：
- @Autowired 和 @Resource 能混用吗？可以，但行为不同：@Autowired 默认 byType，@Resource 默认 byName；当有多个同类型 Bean 时，@Autowired 必须配 @Qualifier，@Resource 直接写 name 属性即可
- @Component 和 @Bean 区别？前者作用于类，由类路径扫描触发；后者作用于方法，是 Java Config 方式，返回对象由 Spring 管理，更灵活（可 new 对象、控制作用域、条件注册）
- 为什么 @Configuration 类里的 @Bean 方法不能是 private？因为 CGLIB 代理会重写该类，private 方法无法被子类继承和重写，导致代理失效
