@Autowired 和 @Resource 的区别

今天遇到一个奇怪的问题，在配置类中注册了一个拦截器：

@Configuration
public class WebConfig implements WebMvcConfigurer {
    @Resource
    private AuthInterceptor authInterceptor;
​
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        // 注册拦截器，并指定拦截路径
        registry.addInterceptor(authInterceptor)
                .addPathPatterns("/**") // 拦截所有路径
                .excludePathPatterns("/login",
                        "/login/sendCode/*"); // 排除登录和注册接口
    }
}

这里的authInterceptor属性表示的拦截器使用@Resource进行注入。其定义：

@Component
public class AuthInterceptor implements HandlerInterceptor {
    private final RedisToken redisToken;
    private final UserService userService;
​
    public AuthInterceptor(RedisToken redisToken, UserService userService) {
        this.redisToken = redisToken;
        this.userService = userService;
    }
    // ...
}

使用构造器注入两个属性，构造器上的@Autowrired注解省略掉了。

看上去似乎没有问题，但实际编译就会遇到吊轨的事情，有时候能编译通过，有时候又不能，还会随着 JVM 版本的同步反复横跳。

但，如果在配置类中使用@Autowired注入，就不会有类似的问题。

因此就有了这篇文章，以下内容都是 DeepSeek 的马甲腾讯元宝生成的。

@Autowired 和 @Resource 都是用于依赖注入的注解，但它们在来源、匹配方式、默认行为等方面有显著区别。以下是详细对比和用法说明：

1. 来源与规范

注意：

• @Resource 在 Java 9+ 中被标记为 @Deprecated（但仍可用），推荐使用 jakarta.annotation.Resource（Jakarta EE 8+）。

• 如果项目使用纯 Spring 生态，优先用 @Autowired；如果需要跨框架兼容（如 Java EE），可用 @Resource。

2. 匹配方式

示例对比

java

复制

// 假设有两个相同类型的 Bean
@Service("userService1")
public class UserServiceImpl1 implements UserService {}
​
@Service("userService2")
public class UserServiceImpl2 implements UserService {}

(1) @Autowired + @Qualifier（按名称匹配）

java

复制

@Autowired
@Qualifier("userService1") // 明确指定要注入的 Bean 名称
private UserService userService;

(2) @Resource（按名称匹配）

java

复制

@Resource(name = "userService1") // 直接指定名称
private UserService userService;

或通过字段名匹配（默认按字段名查找 Bean）：

java

复制

@Resource // 默认匹配名为 "userServiceImpl1" 的 Bean（需配合 @Service("userServiceImpl1")）
private UserService userService; // 字段名为 userService → 尝试匹配名为 "userService" 的 Bean

3. 是否支持非必需依赖

示例

java

复制

// @Autowired 允许可选依赖
@Autowired(required = false)
private OptionalDependency optionalDependency; // 找不到时注入 null
​
// @Resource 必须找到 Bean，否则报错
@Resource
private RequiredDependency requiredDependency; // 找不到时抛异常

4. 对集合类型的支持

示例

java

复制

// @Autowired 注入所有 UserService 实现
@Autowired
private List<UserService> userServiceList; // 包含 userService1 和 userService2
​
// @Resource 无法直接注入集合，需手动处理
@Resource(name = "userService1")
private UserService userService1;
​
@Resource(name = "userService2")
private UserService userService2;

5. 与构造函数/Setter 方法的配合

示例

java

复制

// @Autowired 构造函数注入（Spring 4.3+ 可省略注解）
@Service
public class OrderService {
    private final UserService userService;
​
    public OrderService(UserService userService) { // 无需 @Autowired
        this.userService = userService;
    }
}
​
// @Resource 构造函数注入（不支持）
// 错误示例！@Resource 不能用于构造函数
//@Resource
//public OrderService(UserService userService) {}

6. 性能差异

• @Autowired： Spring 原生注解，直接与 Spring 容器交互，性能略高（但差异可忽略）。

• @Resource： 需通过反射调用 Java 标准注解机制，可能稍慢（实际场景中无显著影响）。

7. 如何选择？

8. 完整代码示例

场景：注入一个可选的 UserService

使用 @Autowired

java

复制

@Service
public class OrderService {
    private final UserService userService;
​
    @Autowired(required = false) // 可选依赖
    public OrderService(UserService userService) {
        this.userService = userService;
    }
}

使用 @Resource

java

复制

@Service
public class OrderService {
    private UserService userService;
​
    @Resource(required = false) // 错误！@Resource 不支持 required=false
    public void setUserService(UserService userService) {
        this.userService = userService;
    }
}

注意：@Resource 不支持 required=false，需改用其他方式（如 @Nullable 或手动检查 null）。

9. 总结

推荐实践：

• 优先用 @Autowired（功能更全面，与 Spring 生态集成更好）。

• 仅在需要跨框架兼容时用 @Resource（如 Java EE 环境）。

• 按名称注入时：两者均可，但 @Resource 更直观（直接通过 name 属性指定）。