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

在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允许您将其标记为非强制的。

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

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

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

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

这是我从Spring 3.0中得到的。x参考手册:-

Tip If you intend to express annotation-driven injection by name, do not primarily use @Autowired, even if is technically capable of referring to a bean name through @Qualifier values. Instead, use the JSR-250 @Resource annotation, which is semantically defined to identify a specific target component by its unique name, with the declared type being irrelevant for the matching process. As a specific consequence of this semantic difference, beans that are themselves defined as a collection or map type cannot be injected through @Autowired, because type matching is not properly applicable to them. Use @Resource for such beans, referring to the specific collection or map bean by unique name. @Autowired applies to fields, constructors, and multi-argument methods, allowing for narrowing through qualifier annotations at the parameter level. By contrast, @Resource is supported only for fields and bean property setter methods with a single argument. As a consequence, stick with qualifiers if your injection target is a constructor or a multi-argument method.