Spring更简单的实现Bean对象的存取（利用注解储存和注入Bean对象）

淡淡的烟草味﹌ 2023-09-23 15:05 123阅读 0赞

**目录**

一、前言：

二、储存Bean对象

5大类注解

@Bean方法注解

三、获取Bean对象

属性注入

优缺点

Setter注入

优缺点分析

构造方法注入

优缺点分析

经典面试题 ：属性注入 ，构造方法注入 和 Setter 注入 之间，有什么区别？

@Resource VS @Autowired 的区别

--------------------

## 一、前言： ##

> 上篇博客，我们讲了一个spring core项目的大致流程：
> 
> 创建项目——》将对象储存到Spring容器中 ——》从Spring容器中取出Bean对象
> 
> **但是吧，上篇讲的这些流程还是太繁琐了，有没有一个更简单的方式来实现对象的存取呢？**

当然有，一起来看看吧！

首先，Spring项目的创建——这个没有什么好说的！就按我们上篇博客的步骤来进行。

**但注意：与上篇博客相比，spring的配置文件发生了改变——为了更简单的实现Bean对象的存入（把对象存到spring中）**

更改后的spring配置文件

>     <?xml version="1.0" encoding="UTF-8"?>
>     <beans xmlns="http://www.springframework.org/schema/beans"
>            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>            xmlns:content="http://www.springframework.org/schema/context"
>            xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd">
>         <content:component-scan base-package="在对象储存中，要扫描的路径"></content:component-scan>
>     </beans>

## 二、储存Bean对象 ##

首先我们回忆下，我们执行储存Bean对象的方式。

> 之前我们存储 Bean 时，需要在 spring-config 中添加⼀⾏ bean 注册内容才⾏，如下图所示：
> 
> ![73e81df469f9451e9ade794c9c730029.png][]
> 
> 这种存入 Bean 的方式，并不是很好！  
> 1、需要手动添加 bean 对象 到 配置文件中  
> 2、如果 是配置文件中出现了问题，不好调试。

而现在我们不需要一个一个的在spring配置文件中添加我们要储存的Bean对象。我们直接：

![8f29e097481b4139a47031729c8741d4.png][]

你以为把扫描路径添加到配置文件中就行了吗？

不你还需要再类中添加注解——再扫描的过程中，只有添加了注解的类才能成功存储到spring中

这就引起了我们注解的概念

> 一共有两者方法：  
> **1、使用 5 大类注解实现**
> 
> **1、@Controller 【Controller - 控制器】  
> 2、@Service 【service - 服务】  
> 3、@Repository 【repository - 仓库】  
> 4、@Configuration 【configuration - 配置/布局】  
> 5、@Component 【component - 组件】**  
> 通过上述五大类注解中的任何一个，都可以将 bean 存储到 Spring 中。
> 
> 2、通过 方法注解@Bean ，也可以将 一个 bean 存储到 Spring 中。

### 5大类注解 ###

![7b382a916ec847fb93c31d75d87e4859.png][]

上面我们用到了@Service注解，其他四个注解@Controller、@Repository也是一样的。

补充1：

**既然这5大类注解的用法这么相似，那为啥还要分成5个不同的注解？统一弄成一个注解不好吗？**

要解答这个问题，首先我们先要了解软件工程方面的知识

![22336a880f7c4d71bf630fc7230f6f46.png][]

![ec60319522b74ceab520e9e422114955.png][]

之所以讲这个 关于“软件分层” 的定义呢，就是为了 后面讲解 “为什么要有五大注解类” 做铺垫！

我们接着看

> **既然这5大类注解对应着软件分层中的不同层——他们各自要实现的功能是不同的。**
> 
> **这也就不难理解为啥要分成5大类中注解了，**

补充2：

你可能还有一个疑惑：为什么？我们的 Spring 一定要有下面这个配置呢？

![7c015c9b11bf49b3a0dd14c2d66368a2.png][]

> 如果没有这个配置，意味着什么？？
> 
> 大家可以想象一下：  
> 一个 Spring 项目中，我们的类可分两种类型：
> 
> **1、需要 进行 控制反转的类，将类的“生命周期”交给 Spring 来管理的类。【比如：UserController】**
> 
> ** **
> 
> **2、不需要存入 Spring 中的 类。**
> 
>    
> 假设，我们有一个大型项目，需要存入 Spring 的 类 和 不需要存入 Spring 中的类，个数占比是五五开的。  
> 这就会存在问题了！  
> **如果我们没有 描述 根目录 的 这一行代码，  
> Spring 就会去扫描 所有的类，看看这些类中有哪些。**
> 
>   
> 但是！项目中 需要存入 Spring 中的类，只占 50 %。  
> 即：Spring 要浪费一倍的时间，去排查 不需要 存入 Spring 中的类。  
> **所以，Spring 为了 提升效率，你必须要给我指定扫描的目录。  
> 保证该目录下，一定是需要存入 Spring中的类。**  
> 这样 Spring就只需要扫描 对应目录中的类，就可以了！  
>

--------------------

### @Bean方法注解 ###

> ![fc9b58fef6934a2997d5ce3662c0e73e.png][]

**上面我们通过5大类注解还有Bean方法实现了简单往spring中存Bean对象。那么怎样实现简单的从spring中取Bean对象呢？**

--------------------

## 三、获取Bean对象 ##

获取 bean 对象也叫做 对象装配，是把对象取出来放到某个类中，有时候也叫 对象注⼊。

**对象注入，其实就是我们spring中的DI——依赖注入。**

> IoC 和 DI 是 Spring 中最重要的两个概念，其中 IoC（Inversion of Control）为控制反转的思想，而 DI（Dependency Injection）依赖注入为其（IoC）具体实现。**那么 DI 实现依赖注入的方式有几种？这些注入方式又有什么不同？**

**在 Spring 中通过@Autowired实现依赖注入的常见方式有以下 3 种：**

1.  **属性注入（Field Injection）；**
2.  **Setter 注入（Setter Injection）；**
3.  **构造方法注入（Constructor Injection）。**

--------------------

### 属性注入 ###

![e76a401e43904068a25da6bd6de4252c.png][]

> 因此，可以得出结论：
> 
> 在使用 @Autowired 进行 属性注入的时候  
> **如果 注入的对象，被多次 存入 Spring 中了，那么，光凭 属性的类型是找不到匹配的 bean的！需要将 属性的变量名 改成 BeanName，根据 BeanName 来找寻匹配的对象（bean）并进行 属性注入。**  
>    
> 方法不止这一种，但是上述这种 “精确描述 bean 的名称” 的方法，是最简单高效的！
> 
> **是不是很简单，不用去获取 Spring 的上下文对象 和 getBean 方法，直接通过一个注解，即可获取对应的bean（从Spring中取出 bean）。**  
> 
> 
> 再来看一个例子
> 
> ![45eda69678fa46a89b4b37686364d018.png][]
> 
> 当同一个类型的 Bean 存在多个时就有可能出现非唯一 Bean 的异常，
> 
> ![b6c3dec412184fc0bb1ecab5077ab278.png][]
> 
> 那么我们怎么解决这个问题呢？
> 
> 两种办法：
> 
> **1、把你的属性名给改成类中的方法名student1或者student2**
> 
> ![0a25006c20734788890c7230db4f2b13.png][]
> 
> **2、用@Qualifier 是用来筛选 Bean** 
> 
> ![b0371c763379467f888a58a75f5e1c18.png][]

#### 优缺点 ####

> 优点：
> 
> **属性注入最大的优点就是实现简单、使用简单**，只需要给变量上添加一个注解（@Autowired），就可以在不 new 对象的情况下，直接获得注入的对象了（这就是 DI 的功能和魅力所在）

> 缺点：
> 
> 1.  功能性问题：无法注入一个不可变的对象（final 修饰的对象——无法被初始化）；
> 2.  通用性问题：只能适应于 IoC 容器；
> 3.  设计原则问题：更容易违背单一设计原则（因为使用方便，在程序中可能大量使用属性注入）。

--------------------

### Setter注入 ###

![f7d916ab74e648a2a5a53bd06cfa21fe.png][]

#### 优缺点分析 ####

> 从上面代码可以看出，Setter 注入比属性注入要麻烦很多。
> 
> 优点：
> 
> **要说 Setter 注入有什么优点的话，那么首当其冲的就是它完全符合单一职责的设计原则，因为每一个 Setter 只针对一个对象**。
> 
> 缺点：
> 
> 但它的缺点也很明显，它的缺点主要体现在以下 2 点：
> 
> 1.  **不能注入不可变对象（final 修饰的对象——无法通过构造方法初始化）；**
> 2.  **注入的对象可被修改（setter方法可多次被调用）**

### 构造方法注入 ###

![1ad1c93b8c614ff7b7fc57bf47930b21.png][]

#### 优缺点分析 ####

优点：

> 构造方法注入相比于前两种注入方法，它可以注入不可变对象，并且它只会执行一次，也不存在像 Setter 注入那样，被注入的对象随时被修改的情况，它的优点有以下 4 个：
> 
> 1.  **可注入不可变对象（在构造方法中就进行了初始化）；**
> 2.  **注入对象不会被修改（一个类中，构造方法只能调用一次）；**
> 3.  **注入对象会被完全初始化；**
> 4.  **通用性更好（即可以用于IoC容器，也可以用于非IoC容器）。**

缺点：

因为在构造方法中可以传多个参数，容易违背单一性原则

--------------------

### 经典面试题 ：属性注入 ，构造方法注入 和 Setter 注入 之间，有什么区别？ ###

![028f095366aa43d494efc072d180243a.png][]

--------------------

### @Resource VS @Autowired 的区别 ###

@Autowired是spring提供的注解，@Resource是jdk提供的注解

1、用法不同

>  *  @Autowired，支持 属性注入，构造方法注入，Setter 方法注入。
>  *   
>  *  @Resource：支持 属性注入，Setter方法注入。不支持 构造方法注入。

2、@Resource 的 属性注入 比 @Autowired 的 属性注入，使用的更舒服。 因为 @Resource 有很多的属性可以设置；而 @Autowired 只有一个 value 属性。

> **有很多的属性，即意味着可以使用很多其它的功能。**  
> 比如在上面的当同一个类型的 Bean 存在多个时就有可能出现非唯一 Bean 的异常，如果是**@Autowired，我们还需要额外的@Qualifier 是用来筛选并 Bean。**

**而@Resource则可以直接：**

![dad5f0f69c974dd889924a60fe85a2bb.png][]

[73e81df469f9451e9ade794c9c730029.png]: https://img-blog.csdnimg.cn/73e81df469f9451e9ade794c9c730029.png
[8f29e097481b4139a47031729c8741d4.png]: https://img-blog.csdnimg.cn/8f29e097481b4139a47031729c8741d4.png
[7b382a916ec847fb93c31d75d87e4859.png]: https://img-blog.csdnimg.cn/7b382a916ec847fb93c31d75d87e4859.png
[22336a880f7c4d71bf630fc7230f6f46.png]: https://img-blog.csdnimg.cn/22336a880f7c4d71bf630fc7230f6f46.png
[ec60319522b74ceab520e9e422114955.png]: https://img-blog.csdnimg.cn/ec60319522b74ceab520e9e422114955.png
[7c015c9b11bf49b3a0dd14c2d66368a2.png]: https://img-blog.csdnimg.cn/7c015c9b11bf49b3a0dd14c2d66368a2.png
[fc9b58fef6934a2997d5ce3662c0e73e.png]: https://img-blog.csdnimg.cn/fc9b58fef6934a2997d5ce3662c0e73e.png
[e76a401e43904068a25da6bd6de4252c.png]: https://img-blog.csdnimg.cn/e76a401e43904068a25da6bd6de4252c.png
[45eda69678fa46a89b4b37686364d018.png]: https://img-blog.csdnimg.cn/45eda69678fa46a89b4b37686364d018.png
[b6c3dec412184fc0bb1ecab5077ab278.png]: https://img-blog.csdnimg.cn/b6c3dec412184fc0bb1ecab5077ab278.png
[0a25006c20734788890c7230db4f2b13.png]: https://img-blog.csdnimg.cn/0a25006c20734788890c7230db4f2b13.png
[b0371c763379467f888a58a75f5e1c18.png]: https://img-blog.csdnimg.cn/b0371c763379467f888a58a75f5e1c18.png
[f7d916ab74e648a2a5a53bd06cfa21fe.png]: https://img-blog.csdnimg.cn/f7d916ab74e648a2a5a53bd06cfa21fe.png
[1ad1c93b8c614ff7b7fc57bf47930b21.png]: https://img-blog.csdnimg.cn/1ad1c93b8c614ff7b7fc57bf47930b21.png
[028f095366aa43d494efc072d180243a.png]: https://img-blog.csdnimg.cn/028f095366aa43d494efc072d180243a.png
[dad5f0f69c974dd889924a60fe85a2bb.png]: https://img-blog.csdnimg.cn/dad5f0f69c974dd889924a60fe85a2bb.png