天天看点

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

前言

@Autowired 和 @Resource  

这两个注解大家想必都有在项目里面出现过,但是真的清楚这俩玩意的用法或者说是区别么?

一直用的都是 @Autowired ?

别人代码用什么就copy用什么,反正他没错,俺也不会错?

它们都是一样的作用?只是名字不一样而已?

如果你存在以上这些疑问,那么你看这篇文章必赚! 上车!

如果你不存在以上这些疑问,那么你看这篇文章也不亏! 

正文

跟着我 了解下 @Autowired  和 @Resource   这两位兄台

1.看看他们从哪里来?

@Autowired :

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

@Resource :

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

从这我们可以知道,

@Autowired  是一个 spring 的注解 

@Resource

2.他们的作用是什么?

既然说到作用,那按照咱们的风格,肯定是结合实例介绍,我们从不光纸上谈兵。

(我知道你知道他们是用于注入的,但是你可能只是知道,你不彻底了解)

模拟场景 一 

一个业务接口只对应一个业务实现类:

一个 UserService 接口:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

一个UserServiceImpl 接口实现类 :

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

首先我们   在测试的Controller里面  使用 @Autowired   :

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

调用测试:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

可以看到使用很正常,能正常注入使用: 

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

接下来我们换成使用  @Resource

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

是的,@Resource也是用来玩注入的,目的就是让我们能用到某些bean,调用测试:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

两个注解在   一个业务接口只对应一个业务实现类   场景下, 用于注入对象都是很ok的。

(那么他们是不是就是来源地不同,其余根本没区别啊? 不急,继续往下)

模拟场景 二

一个业务接口 对应  两个或多个业务实现类

也就是我们再次加上一个 UserServiceNewImpl  业务实现类:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

这时候,就是有两个业务实现类都实现了 UserService接口:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

这时候,我们继续 在测试的Controller里面  使用 @Autowired   :

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

跑起来项目发现已经报错了:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

看到报错信息里面非常贴心;

1. 告诉我们 ,在MyTestController里面, 需要注入一个UserService (实现类), 但是却发现了两个这种类型的bean。

2. 提供解决思路, 告诉我们可以使用@Primay注解 告诉哪一个是优先注入的,或者 使用@Qualifier 指定一下 需要注入哪个。

原由:

 @Autowired   是根据 类型 (byType)注入的  ,然后在找到type类型的bean时,如果发现有异常(不唯一等),会再去根据name去找bean注入。

而我们使用方式代码写的是:

@Autowired
    UserService userService;      

因为两个实现类bean都实现了UserService ,那肯定找到两个了,也就是有异常了,然后name我们写的是userService(实际两个业务实现类我们用@Service丢到spring容器里面默认名字是首字母小写userServiceImpl,userServiceNewImpl),根本没有userService这个东东。

ps: @Autowired的对象是通过接口的话,spring就默认会去使用jdk动态代理,jdk动态代理只能对实现了接口的类生成代理,而不是针对实现类。 (既然已经提到了jdk动态代理,悄悄地说我们是不是可以改成直接注入实现类,是不是就解决了? 这个留给你们去敲一下代码,这篇避免混淆,我不展示。)

那么怎么解决?

我们常配合 @Qualifier 注解去使用 ,指定一下 根据别人去注入。

也就是这样:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘
Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

那么这样,在这种 一个业务接口 对应  两个或多个业务实现类  的场景,调用起来就没啥问题了:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘
Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

所以到这你应该清楚记住了一点 :  @Autowired   是根据 类型 (byType)注入的 , 然后当找到type类型的bean时,如果发现有异常(不唯一等),会再去根据name去找bean注入。

ps :

所以你遵循@Autowired 的玩法,写成这样 ,也是能解决的:

@Autowired
UserService userServiceImpl;      

紧接着我们换成使用  @Resource

我们先把起别名的删掉,恢复到 2个 实现类 都实现一个业务接口的场景:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

然后在测试的Controller里面  使用  @Resource

可以看到项目跑起来也一样报错了,也是说注入 UserServcie的时候,发现了2个实现类:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

咋一看,里面也有spring的事儿?

听我给你慢慢剖析:

原由:

@Resource 默认是 根据 名字(byName)注入的 。

而且 @Resource 其实提供了 name 和 type 属性值设置。

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

但是如果使用的时候,跟上文一样啥都没有指定,那么就是先byName 默认方式去找(userService):

@Resource
    UserService userService;      

发现根本没有这个userService, 因为我们 注入到bean容器里面 是 这两个玩意(@Servcie):

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

而且咱们使用@Servcie 注入这俩玩意没有起别名,那么就是默认 首字母变小写 当做注入的bean名字。

那么回到 @Resource ,它根据可靠信息 name 名称 ( userService  ),找不到bean;

那么就会根据 type  类型 (UserService) 去spring容器里面找找,有没有这种类型的bean;

结果发现了 两个类型都是 UserService 的 两个倒霉孩子  userServiceImpl,userServiceNewImpl ;

所以就报错咯。

怎么解决这种场景下使用  @Resource  ?

看完我的剖析,你应该明白, @Resource  人家默认 byName 去找bean ,然后还提供name 和type 一起设置或者单一设置。

也就是说,这个@Resource   已经做得很到位了。

简单解决,设置名字咯,刚刚说了 我们使用@Service 注入实现类bean的时候,没有特意指定名称,那么就是首字母小写当做了bean的名称,所以我们使用@Resource 也指定设置一下name:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

然后把项目跑起来,调用测试下:

Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘
Springboot @Autowired 和 @Resource 我的剖析,你看完就不会忘

没错,恭喜这个倒霉的孩子能正常被找到,

也在这恭喜阅读完文章的你,你无疑已经了解明白了@Autowired和 @Resource 这两玩意的区别、作用、用法。

继续阅读