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

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

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

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

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

在3.0之前的春季版本中，哪种都不重要。

spring 3.0支持标准(JSR-330)注释@javax.inject。Inject -使用它，使用@Qualifier的组合。注意，spring现在也支持@javax.inject。限定符元注释:

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

所以你可以有

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

or

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

然后:

@Inject @YourQualifier private Foo foo;

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

至于最初的问题:两者都没有指定注释的任何属性，而是按类型执行注入。区别在于:

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

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

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

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

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

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