Spring中@Autowired与@Resource注解的差异及替换失败原因

一、两个注解的核心差异 #

• 来源与归属：
  • @Autowired是Spring框架原生注解；@Resource是JSR-250规范定义的标准注解，不属于Spring专属。
• 匹配优先级：
  • @Autowired默认按类型匹配容器中的Bean，当同类型存在多个Bean时，必须搭配@Qualifier注解指定Bean名称才能精准匹配。注意：@Autowired本身没有name属性，你写的@Autowired(name = "redisTemplate")里的name是无效的，不会被Spring识别。
  • @Resource默认按名称匹配，如果找不到对应名称的Bean，才会降级为按类型匹配。它的name属性是有效参数，用来指定目标Bean的名称。

二、为什么替换后启动失败？ #

先搞懂HashOperations的注入逻辑 #

你代码里的HashOperations并不是一个独立定义的Bean，它是RedisTemplate提供的操作视图——Spring支持从已有的Bean中提取这类衍生对象（本质是调用RedisTemplate.opsForHash()方法获取实例）。

原代码能运行的原因 #

用@Resource(name = "redisTemplate")时，Spring的执行逻辑是：

1. 先通过name="redisTemplate"找到容器中名为redisTemplate的RedisTemplate Bean；
2. 再根据变量类型HashOperations，自动从这个RedisTemplate Bean中提取对应的操作实例。

替换成@Autowired后失败的原因 #

你写的@Autowired(name = "redisTemplate")里的name属性不生效，@Autowired还是会按类型去容器中找HashOperations类型的Bean，但容器里根本没有直接定义这个类型的Bean，所以就报错了。

用@Autowired实现相同效果的正确写法 #

如果一定要用@Autowired，需要搭配@Qualifier指定Bean名称，让Spring先找到RedisTemplate Bean，再提取HashOperations实例：

@Autowired
@Qualifier("redisTemplate")
private HashOperations<String, String, SomeObject> hashOps;

内容的提问来源于stack exchange，提问作者Sheldon Wei