这里有一个注释: SpringBeanAutowiringSupport。processInjectionBasedOnCurrentContext和SpringBeanAutowiringSupport。processInjectionBasedOnServletContext不能使用@Resource注释。所以，这是有区别的。

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

@Autowired(或@Inject)和@Resource都能很好地工作。但在概念上或意义上存在差异

@Resource意思是让我知道一个已知的资源的名称。名称从带注释的setter或字段的名称中提取，或者从name- parameter中提取。 @Inject或@Autowired尝试按类型插入合适的其他组件。

基本上这是两个截然不同的概念。不幸的是，@Resource的spring实现有一个内置的回退，当名称解析失败时就会启动。在本例中，它返回到按类型的@Autowired-kind解析。虽然这种回退很方便，但恕我说，它会引起很多混乱，因为人们没有意识到概念上的差异，并且倾向于使用@Resource进行基于类型的自动装配。

@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

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

这里有一个注释: SpringBeanAutowiringSupport。processInjectionBasedOnCurrentContext和SpringBeanAutowiringSupport。processInjectionBasedOnServletContext不能使用@Resource注释。所以，这是有区别的。

主要的区别是，@Autowired是一个spring注释。而@Resource是由JSR-250指定的，正如您自己指出的那样。因此，后者是Java的一部分，而前者是Spring特有的。

因此，在某种意义上，你的建议是正确的。我发现人们使用@Autowired和@Qualifier，因为它更强大。从一个框架转移到另一个框架被认为是不太可能的，特别是在Spring的情况下。