@Resource 与 @Autowired

Question

我应该在 DI 中使用哪个注释，@Resource (jsr250) 或 @Autowired（特定于 Spring）？

我过去都成功使用过@Resource(name="blah")和@Autowired @Qualifier("blah")

我的直觉是坚持使用 @Resource 标签，因为它已被 jsr 人批准。
有人对此有强烈的想法吗？

Answer 1

当你从这两个注解的基类进行批判性分析时。你会意识到以下区别。

@Autowired 使用AutowiredAnnotationBeanPostProcessor 注入依赖项。
@Resource 使用CommonAnnotationBeanPostProcessor 注入依赖项。

即使它们使用不同的后处理器类，它们的行为也几乎相同。 区别主要在于它们的执行路径，我在下面强调了这一点。

@Autowired / @Inject

1.按类型匹配
2.限定条件
3.按名称匹配

@Resource

1.按名称匹配
2.按类型匹配
3.按限定符限制（如果按名称找到匹配则忽略）

Answer 2

使用@Resource，您可以进行 bean 自注入，可能需要它来运行 bean 后处理器添加的所有额外逻辑，例如事务或安全相关的东西。

Spring 4.3+ @Autowired 也可以做到这一点。

Answer 3

@Autowired（或@Inject）和@Resource 都同样有效。但是存在概念上的差异或含义上的差异

• @Resource 意味着给我一个名称已知的资源。名称是从带注释的 setter 或字段的名称中提取的，或者是从 name-Parameter 中提取的。
• @Inject 或 @Autowired 尝试按类型连接合适的其他组件。

所以，基本上这是两个截然不同的概念。不幸的是，@Resource 的 Spring-Implementation 有一个内置的回退，当按名称解析失败时会启动。在这种情况下，它会按类型回退到@Autowired-kind 分辨率。虽然这种回退很方便，但恕我直言，它会引起很多混乱，因为人们没有意识到概念上的差异，并且倾向于使用 @Resource 进行基于类型的自动装配。

Answer 4

@Autowired + @Qualifier 仅适用于 spring DI，如果您想在将来使用其他 DI，@Resource 是不错的选择。

我发现另一个非常重要的区别是@Qualifier 不支持动态 bean 连接，因为@Qualifier 不支持占位符，而 @Resource 做得很好。

例如： 如果你有一个这样的多个实现的接口

interface parent {

}
@Service("actualService")
class ActualService implements parent{

}
@Service("stubbedService")
class SubbedService implements parent{

}

使用 @Autowired 和 @Qualifier 您需要设置特定的子实现 喜欢

@Autowired
@Qualifier("actualService") or 
@Qualifier("stubbedService") 
Parent object;

它不提供占位符，而使用 @Resource 您可以放置​​占位符并使用属性文件来注入特定的子实现，例如

@Resource(name="${service.name}")
Parent object;  

其中 service.name 在属性文件中设置为

#service.name=actualService
 service.name=stubbedService

希望对某人有所帮助:)

Answer 5

这是我从Spring 3.0.x Reference Manual 得到的：-

提示

如果您打算通过名称来表达注解驱动的注入，请执行 不主要使用@Autowired，即使在技术上能够 通过 @Qualifier 值引用 bean 名称。相反，使用 JSR-250 @Resource 注解，在语义上定义为 通过唯一的名称识别特定的目标组件，使用 声明的类型与匹配过程无关。

作为这种语义差异的特定结果，bean 是 自己定义为集合或映射类型不能被注入 通过@Autowired，因为类型匹配不正确 给他们。对此类bean使用@Resource，参考具体的 按唯一名称收集或映射 bean。

@Autowired 适用于字段、构造函数和多参数 方法，允许通过限定符注释在 参数级别。相比之下，@Resource 仅支持字段 和带有单个参数的 bean 属性设置器方法。作为一个 因此，如果您的注入目标是 构造函数或多参数方法。

Answer 6

我想强调来自@Jules 对this answer 对这个问题的评论。该评论带来了一个有用的链接：Spring Injection with @Resource, @Autowired and @Inject。我鼓励您完整地阅读它，但这里是对其有用性的快速总结：

注解如何选择正确的实现？

@Autowired 和 @Inject

1. 按类型匹配
2. 限定符限制
3. 按名称匹配

@Resource

1. 按名称匹配
2. 按类型匹配
3. 限定符限制（如果按名称找到匹配则忽略）

我应该使用哪些注解（或组合）来注入我的 bean？

1. 明确命名您的组件 [@Component("beanName")]

2. 将@Resource 与name 属性一起使用[@Resource(name="beanName")]

为什么我不应该使用@Qualifier？

避免使用@Qualifier 注释，除非您想创建类似bean 的列表。例如，您可能希望使用特定的 @Qualifier 注释标记一组规则。这种方法可以轻松地将一组规则类注入到可用于处理数据的列表中。

bean 注入会减慢我的程序吗？

扫描特定软件包以查找组件[context:component-scan base-package="com.sourceallies.person"]。虽然这会导致更多的component-scan 配置，但它会减少您将不必要的组件添加到 Spring 上下文的机会。

---

参考： Spring Injection with @Resource, @Autowired and @Inject

Answer 7

@Resource 通常由通过 JNDI 定义的高级对象使用。 @Autowired 或 @Inject 将被更常见的 bean 使用。

据我所知，它既不是规范，也不是惯例。这更像是标准代码使用这些注释的合乎逻辑的方式。

Answer 8

这里要注意： SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext 和 SpringBeanAutowiringSupport.processInjectionBasedOnServletContext 不 与 @Resource 注释一起使用。所以，还是有区别的。

Answer 9

在春季 3.0 之前的版本中，不管是哪一个。

在 spring 3.0 中，支持标准 (JSR-330) 注释 @javax.inject.Inject - 使用它，结合 @Qualifier。请注意，spring 现在还支持@javax.inject.Qualifier 元注释：

@Qualifier
@Retention(RUNTIME)
public @interface YourQualifier {}

所以你可以拥有

<bean class="com.pkg.SomeBean">
   <qualifier type="YourQualifier"/>
</bean>

或

@YourQualifier
@Component
public class SomeBean implements Foo { .. }

然后：

@Inject @YourQualifier private Foo foo;

这减少了字符串名称的使用，字符串名称可能拼写错误并且更难维护。

---

至于原问题：两者，不指定注解的任何属性，按类型进行注入。区别在于：

• @Resource 允许您指定注入 bean 的名称
• @Autowired 允许您将其标记为非强制性。

Answer 10

主要区别在于，@Autowired 是一个弹簧注解。正如您自己指出的那样，@Resource 由 JSR-250 指定。所以后者是 Java 的一部分，而前者是 Spring 特定的。

因此，从某种意义上说，您的建议是正确的。我发现人们使用@Autowired 和@Qualifier，因为它更强大。从某个框架迁移到另一个框架被认为是非常不可能的，即使不是神话，尤其是在 Spring 的情况下。

Answer 11

两者都一样好。使用 Resource 的好处是将来如果你想使用 Spring 以外的另一个 DI 框架，你的代码更改会简单得多。使用 Autowired 您的代码与弹簧 DI 紧密耦合。