最近接手了离职同事负责的业务，在处理一个线上工单的时候，看了下历史逻辑，在阅读他们写的代码时，发现他们竟然把@Autowired和@Resource注解混用。今天就借此机会聊聊SpringBoot项目中这两者之间的区别。
1. 注解来源
- @Autowired：是Spring框架提供的注解。IOC特性的核心注解之一。
- @Resource：是Java的标准注解，属于Java EE 规范（JSR-250）。
2. 注入方式
- @Autowired：默认按类型进行注入。如果业务场景比较复杂，一个接口有多个实现类的话，可以结合@Qualifier注解指定具体的bean。如：
@Service
public class SomeService {@Autowired@Qualifier("userServiceImpl1")private UserService userService1;@Autowired@Qualifier("userServiceImpl2")private UserService userService2;// 业务逻辑
}
- @Resource：默认按名称进行注入，即name属性。如果name属性没有指定，则按类型进行注入。
@Service
public class SomeService {@Resourceprivate UserService userService;// 业务逻辑
}
在这种情况下，Spring 会尝试查找名称为 userService 的 bean。如果找不到按名称匹配的 bean，它会再尝试按类型进行匹配。如果按类型匹配也找不到唯一的 bean，就会抛异常。
用一句话总结就是：@Autowired相当于是@Resource的子集。
3. 依赖检查
- @Autowired：默认情况下，它要求依赖的 bean 必须存在于容器中。如果找不到匹配的 bean，Spring 会抛出 NoSuchBeanDefinitionException 异常。可以通过将 required 属性设置为 false 来改变这种行为，使依赖变为可选的，这个时候注入的bean就是null。如：
@Service
public class SomeService {@Autowired(required = false)private UserService userService;// 业务逻辑
}
- @Resource：没有类似 required 这样明确的属性来控制依赖是否必须存在。当按名称或者类型无法找到匹配的 bean 时，会抛出NameNotFoundException 或 NullPointerException 异常。
4. 使用场景选择
- @Resource
更适合在需要严格按名称注入的场景下使用。
在 Java EE 环境中更常见，因为它符合 Java EE 标准。 - @Autowired
是 Spring 生态系统中最常用的依赖注入方式。对于 Spring 生态系统的开发者来说，使用频次很高。特别是在处理复杂的依赖关系和需要灵活配置的场景下，通过结合 @Qualifier 注解，可以实现精准的依赖注入。
当然，本人也更喜欢使用@Autowired。
