@Resource按名称查找Bean，找不到再按类型；@Autowired按类型查找，多个时再按名称匹配。前者是Java标准，后者为Spring专属；前者支持name/type属性，后者需@Qualifier指定名称。
@Resource 和 @Autowired 都能完成依赖注入，但底层逻辑和使用习惯差异明显，关键不在“能不能用”，而在“按什么规则找 Bean”。
查找顺序完全不同
这是最常被忽略、也最容易出问题的一点：
- @Autowired 默认按类型（byType）找：先看字段/参数是什么类型，去容器里找这个类型的 Bean；如果找到多个，再拿变量名当 Bean 名去匹配；匹配不上就报错
- @Resource 默认按名称（byName）找：直接用字段名（如 userService）作为 Bean 名去查；查不到，才退回去按类型找；但按类型找到多个就直接失败，不支持二次筛选
来源和标准归属不同
这决定了项目迁移和框架兼容性：
- @Autowired 是 Spring 专属，包路径是 org.springframework.beans.factory.annotation.Autowired，脱离 Spring 就无效
- @Resource 是 Java 官方标准（JSR-250），包路径是 javax.annotation.Resource 或 jakarta.annotation.Resource，JDK 原生支持，其他 Java EE 框架也能识别
配置方式和灵活性有差别
遇到多 Bean 场景时，解决思路不一样：
立即学习“Java免费学习笔记（深入）”；
- @Autowired 必须配合 @Qualifier("xxx") 显式指定 Bean 名，不能直接写在注解里；支持 required=false 允许注入 null
- @Resource 可直接写 @Resource(name="xxx") 或 @Resource(type=UserService.class)；没有 required 属性，找不到就启动失败
可用位置略有不同
影响代码可测性和设计风格：
- @Autowired 支持构造器、字段、方法、甚至参数级注入，Spring 官方推荐构造器注入
- @Resource 支持字段和方法，但一般不用于构造器（Spring 虽兼容，但语义上不自然，IDE 也可能报黄线）
