Java Spring各种依赖注入注解的区别-创站工坊

当前位置：首页 >IT科技 >Java Spring各种依赖注入注解的区别

Java Spring各种依赖注入注解的区别

发布时间：2025-11-05 13:24:23 来源：创站工坊作者：IT科技类资讯

Spring对于Bean的各种依赖注入，支持多种注解方式：

直观上看起来，依赖@Autowired是注入注解Spring提供的注解，其他几个都是各种JDK本身内建的注解，Spring对这些注解也进行了支持。依赖但是注入注解使用起来这三者到底有什么区别呢？笔者经过方法的测试，发现一些有意思的各种特性。

区别总结如下：

一、依赖@Autowired有个required属性，注入注解可以配置为false，各种这种情况下如果没有找到对应的依赖bean是不会抛异常的。@Inject和@Resource没有提供对应的注入注解配置，所以必须找到否则会抛异常。各种

二、依赖 @Autowired和@Inject基本是注入注解一样的，因为两者都是使用AutowiredAnnotationBeanPostProcessor来处理依赖注入。但是@Resource是个例外，云南idc服务商它使用的是CommonAnnotationBeanPostProcessor来处理依赖注入。当然，两者都是BeanPostProcessor。

TIPS Qualified name VS Bean name

在Spring设计中，Qualified name并不等同于Bean name，后者必须是***的，但是前者类似于tag或者group的作用，对特定的bean进行分类。可以达到getByTag(group)的效果。对于XML配置的bean，可以通过id属性指定bean name（如果没有指定，默认使用类名首字母小写），通过标签指定qualifier name：

如果是通过注解方式，那么可以通过@Qualifier注解指定qualifier name，香港云服务器通过@Named或者@Component（@Service，@Repository等）的value值指定bean name：

或者

同样，如果没有指定bean name，那么Spring会默认是用类名首字母小写(Lamborghini=>lamborghini)。

三、通过Anotation注入依赖的方式在XML注入方式之前进行。如果对同一个bean的依赖同时使用了两种注入方式，那么XML的优先。但是不同担心通过Anotation注入的依赖没法注入XML中配置的bean，依赖注入是在bean的注册之后进行的。

四、目前的autowired by type方式（笔者用的是3.2.3.RELEASE版本），Spring的AutowiredAnnotationBeanPostProcessor 实现都是有”bug”的，也就是说@Autowired和@Inject都是有坑的免费源码下载（称之为坑，不称之为bug是因为貌似是故意的。。）。这是来源于线上的一个bug，也是这边文章的写作原因。现场如下：

application-context.xml中有如下定义：

其中static-field应用的常量定义在如下类中：

然后如果我们在代码中如下声明依赖：

Guess what，诡异的事情发生了！

运行结果如下：

也就是说Map

debug了一下，发现确实是Spring的一个bug。在DefaultListableBeanFactory的这个方法出问题了：

关键在这一句：Map

debug了一下，发现跟没有指定qualifie name是一样的执行路径。不是指定了bean name了吗？为什么还是autowired by type呢？仔细查看了一下才发现。DefaultListableBeanFactory的doResolveDependency方法对首先对类型做了区别：

如果是Array，Collection或者Map，则根据集合类中元素的类型来进行autowired by type（Map使用value的类型）。为什么这么特殊处理呢？原来，Spring是为了达到这样的目的：让你可以一次注入所有符合类型的实现，也就是说可以这样子注入：

如果你的car有多个实现，那么都会注入进来，不会再报

正常运行：

当然，你如果不指定@Qualifier(“languageChangesMap”)，同时field name不是languageChangesMap，那么还是一样报错的。

而且，@Resource也可以实现上面的List接收所有实现：

运行的妥妥的：

这是因为@Resource注解使用的是CommonAnnotationBeanPostProcessor处理器，跟 AutowiredAnnotationBeanPostProcessor不是同一个作者[/偷笑]。这里就不分析了，感兴趣的同学可以自己看代码研究一下。

最终结论如下：

1、@Autowired和@Inject

autowired by type 可以通过@Qualifier 显式指定 autowired by qualifier name（非集合类。注意：不是autowired by bean name！）

2、@Resource

默认 autowired by field name

如果 autowired by field name失败，会退化为 autowired by type

可以通过@Qualifier 显式指定 autowired by qualifier name

测试工程保存在GitHub上，是标准的maven工程，感兴趣的同学可以clone到本地运行测试一下。

补充

有同事指出Spring官方文档上有这么一句话跟我的结有点冲突：

However, although you can use this convention to refer to specific beans by name, @Autowired is fundamentally about type-driven injection with optional semantic qualifiers. This means that qualifier values, even with the bean name fallback, always have narrowing semantics within the set of type matches; they do not semantically express a reference to a unique bean id.

也就是说@Autowired即使加了@Qualifier注解，其实也是autowired by type。@Qualifier只是一个限定词，过滤条件而已。重新跟进了一下代码，发现确实是这样子的。Spring设计的这个 @Qualifier name 并不等同于 bean name。他有点类似于一个tag。不过如果这个tag是***的化，那么其实效果上等同于bean name。实现上，Spring是先getByType，得到list candicates，然后再根据qualifier name进行过滤。

再定义一个兰博基尼，这里使用@Qualifier指定：

再定义一个劳斯莱斯，这里故意用@Named指定：

测试一下注入定义的豪华车：

运行结果如下：

补充：Autowiring modes

Spring支持四种autowire模式，当使用XML配置方式时，你可以通过autowire属性指定。

如果使用@Autowired、@Inject或者@Resource注解的时候，则稍微复杂一些，会有一个失败退化过程，并且引入了Qualifier。不过基本原理是一样。

随便看看