哪个注释,@Resource (jsr250)或@Autowired (spring特定)我应该在DI中使用?

我已经成功地使用在过去,@资源(名称="blah")和@Autowired @Qualifier("blah")

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


当前回答

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

据我所知,这不是一个规范,甚至不是一个约定。这更像是标准代码使用这些注释的逻辑方式。

其他回答

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

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

我想强调一下@Jules对这个问题的回答。注释带来了一个有用的链接:带有@Resource、@Autowired和@Inject的Spring注入。我鼓励你把它通读一遍,但这里有一个简单的总结:

注释如何选择正确的实现?

@Autowired和@Inject

按类型匹配 限定词限制 名称匹配

@

名称匹配 按类型匹配 通过限定符进行限制(如果通过名称找到匹配则忽略)

我应该使用哪些注释(或组合)来注入bean ?

明确地为组件命名[@Component(" bename ")] 使用带有name属性的@Resource [@Resource(name="beanName")]

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

避免使用@Qualifier注释,除非您想创建一个类似bean的列表。例如,您可能希望用特定的@Qualifier注释标记一组规则。这种方法使将一组规则类注入可用于处理数据的列表变得简单。

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

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


参考:使用@Resource, @Autowired和@Inject进行Spring注入

@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(name="${service.name}")
Parent object;  

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

#service.name=actualService
 service.name=stubbedService

希望这能帮助到一些人:)

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

据我所知,这不是一个规范,甚至不是一个约定。这更像是标准代码使用这些注释的逻辑方式。

他们两个都一样好。使用Resource的优势在于,如果将来您想使用spring以外的另一个DI框架,您的代码更改将会简单得多。使用Autowired您的代码与spring DI紧密耦合。