@Autowired和@Resource到底什么区别,你明白了吗?

语言: CN / TW / HK

阿粉相信,大家做 Java 开发的,肯定对于 Spring 是非常熟悉的,而且面试的时候,也相信大家能够非常轻易的知道这个所有的关于 Spring 的面试题,比如 Spring 的注入什么的。也肯定会被问到 @Autowired 和 @Resource 到底用哪个比较适合,今天阿粉就来讲讲这个注入的注解是个什么区别。

@Autowired

@Autowired顾名思义,就是自动装配,而它的作用是为了消除代码Java代码里面的 getter/setter 与 bean 属性中的 property 。

当然,getter看个人需求,如果私有属性需要对外提供的话,应当予以保留。

也有很多面试官喜欢询问,Spring 的自动装配你了解么?其实问的也是这个注解,而这个注解中有几个属性,需要大家知道。

  • no

默认值,表示不使用自动装配,Bean 依赖必须通过 ref 元素定义。

  • byName

根据 Property 的 name 自动装配,如果一个 Bean 的 name 和另一个 Bean 中的 Property 的 name 相同,则自动装配这个 Bean 到 Property 中。(表示按属性名称自动装配,XML 文件中 Bean 的 id 必须与类中的属性名称相同)

  • byType

根据 Property 的数据类型(Type)自动装配,如果一个 Bean 的数据类型兼容另一个 Bean 中 Property 的数据类型,则自动装配。(XML 文件中 Bean 的 id 与类中的属性名称可以不同,但必须只有一个类型的 Bean。)

  • constructor

类似于 byType,根据构造方法参数的数据类型,进行 byType 模式的自动装配。(类中构造函数的参数必须在配置文件中有相同的类型)

  • autodetect(3.0版本不支持)

如果 Bean 中有默认的构造方法,则用 constructor 模式,否则用 byType 模式。

其实这些参数都指明了一件事情,这个 @Autowired 的注解,就是根据 type 也就是类型来进行装配,与之而来的就是 @Resource 他又是什么呢?

@Resource

官方描述为,一般用在类属性或者setter方法上声明属性需要自动装配。

如果在Resource注解中指定了bean的名称,则Spring会只按注解中的bame属性查找合适对象,然后进行装配。如果注解中没有指定名称,先按类属性的变量名查找,如果还是未找到,则按类型进行查找。

它的内部也有属性:

  • name

定义了name属性的值, 就只按照name值匹配,使用byName的自动注入策略

  • type

定义了type属性的值, 就只按照type值匹配,使用byType的自动注入策略

如果你不指定的话,他自己会默认使用反射机制,使用byName自动注入策略。

那么面试官的问题就来了,@Autowired 和 @Resource 的区别在哪呢?什么时候选择用什么才合适呢?

@Autowired 和 @Resource 的区别

1.包就不一样

@Autowired 是Spring提供的。

@Resource 是J2EE提供的。也就是Java规范的。

2.装配的默认类型不一样

@Autowired只按type装配。

@Resource默认是按name装配。

@Autowired默认按类型装配,默认情况下必须要求依赖对象存在,如果要允许null值,可以设置它的required属性为false。

如果想使用名称装配可以结合@Qualifier注解进行使用。

而默认按照名称进行装配,名称可以通过name属性进行指定,如果没有指定name属性,当注解写在字段上时,默认取字段名进行名称查找。

如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是,如果name属性一旦指定,就只会按照名称进行装配。

那么我们选择哪一种最好呢?

其实大家在开发的时候,有没有注意到一个地方,就是 IDEA 有时候还会在 @Autowired 注解上面Field injection is not recommended (字段注入是不被推荐的)这个警告,虽然并不属于报错,但是确实是警告的存在。但是 @Resource 就不会呢?

其实有很多人也说不上来为啥,阿粉个人感觉,@Autowired是Spring提供的,它是特定IoC提供的特定注解,这就导致了应用与框架的强绑定,一旦换用了其他的IoC框架,是不能够支持注入的。

而 @Resource是 Java 自己提供的,它是Java标准,我们使用的IoC容器应当去兼容它,这样即使更换容器,也可以正常工作。

那么为什么还有这么多的人使用的都是 @Autowired 注解呢?

那就只有两个字了,简单,使用构造器或者setter注入需要写更多业务无关的代码,十分麻烦,而字段注入大幅简化了它们。并且绝大多数情况下业务代码和框架就是强绑定的,完全松耦合只是一件理想上的事,牺牲了敏捷度去过度追求松耦合反而得不偿失。

所以,你知道他们的区别是什么了么?