@Resource注解到底该怎么用?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了@Resource注解到底该怎么用?相关的知识,希望对你有一定的参考价值。

以前在测试CONTROLLER里注入一个测试DAO,接口是BaseDao,两个实现类是BaseDaoImpl1和BaseDaoImpl2都有@Repository,以前我用@autowired @Qualifier("name=baseDaoImpl1")就可以了,现在想用@Resource到底该怎么用啊?CONTROLLER里需要注入的字段上边怎么写注解?BaseDao的两个实现类怎么写注解?BaseDao接口需不需要注解?多谢了

参考技术A get、set方法 在set方法上使用追问

不能直接在属性上使用而省略GET SET方法吗?

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

大家做 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注入需要写更多业务无关的代码,十分麻烦,而字段注入大幅简化了它们。并且绝大多数情况下业务代码和框架就是强绑定的,完全松耦合只是一件理想上的事,牺牲了敏捷度去过度追求松耦合反而得不偿失。


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

以上是关于@Resource注解到底该怎么用?的主要内容,如果未能解决你的问题,请参考以下文章

java注解@Resource机制怎么取到注入过的Bean

Servlet中使用注解@Resource注入service,该怎么办

用@Resource 注解总是空指针,直接用spring配置是正常的,用注解就空怎么回事

@Autowired注解与@resource注解的区别(十分详细)

@Autowired和@Resource的区别和联系

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