Spring更简单的读取和存储

经过前⾯的学习，我们已经可以实现基本的 Spring 读取和存储对象的操作了，但在操作的过程中我们发现读取和存储对象并没有想象中的那么“简单”，所以接下来我们要学习更加简单的操作 Bean 对象的⽅法。

存储bean对象

之前我们存储bean对象时，需要在配置文件中加入一行bean才能进行注入
这种注入方式并不好，如果配置文件出了错，程序是不会显示错误信息的。这对初学者来说很不友好。

1.创建项目

创建启动类和main方法

引入依赖

<dependencies>
   <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>5.2.3.RELEASE</version>
    </dependency>
  
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-beans</artifactId>
        <version>5.2.3.RELEASE</version>
    </dependency>
</dependencies>

创建配置文件

我们约定好创建的bean对象放在com.bean包下

<?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="此处加的是查找bean对象的根目录"></content:component-scan>
</beans>

2.添加注解将bean存入到容器中

使用Spring的核心就是使用注解，我们学习的注解有5个

• @Controller 【控制器】
• @Service 【服务】
• @Repository 【仓库】
• @Configuration 【配置/布局】
• @Component 【组件】

2.1 controller

我们之前能够通过传入id参数来获取对象，但那是加了一行bean手动加入的id，但现在我们使用了注解，难道就只能使用类类型来获取吗？

我们使用注解注入bean对象时，id其实默认是类名的小驼峰形式
原因先不解释，后面会说。

容易犯的错:
我们之前在配置文件中加入了bean对象查找的根目录，意味着会从这个目录开始向下搜索，但不会向上：

下级目录

上级目录

2.2 Service

2.3 Repository

2.4 Configuration

2.5 Component

2.6 为什么会有5大类注解

在公司中每个人负责的领域不同，因此使用的类注解也是不同的，但五大类注解本质都是一样的。

我们通过两个类注解就能清楚的看到，其他四个注解都是引入了Component注解的方法，也就是说Component是其他四个类注解的父亲。那么Component是干嘛的呢？就是不好分到其他四个类注解时丢给它的~

2.7 id为什么默认是小驼峰

我们使用全局搜索

查找AnnotationBeanNameGenerator

测试：

2.8使用bean注解

bean注解是一个方法注解，当对一个方法使用时，返回的对象也会被Spring注入，但需要配合五大类注解使用（任意一个都行）

id就是方法名。

2.8.1 bean重命名

2.8.2重命名多个

注意:当使用name属性重命名后，原本的方法名将失去作用，也就是说只能使用那么修改后的名字作为id了。

获取bean对象

获取bean对象也叫对象注入，其有以下3种方法：

• 属性注入
• 构造方法注入
• Setter注入

1.属性注入

1.1 Autowired

虽然现在看起来没什么问题，但是当我们对同一类型的对象进行了多次注入：

此时就需要精准定位所选择的对象了，需要类型+名字:

1.2Resource

1.3二者区别

Resource有个name 属性，可以指定注入bean的名称

但Autowired也有个搭配注解，@Qualifier，一样可以指定选择的bean对象，所以二者之间嘛，我觉得打成平手

ps：Autowired注解一开始是要进行查询所有类型为所需注入的对象的类型，但Autowired一次只能注入一个对象，因此当统一类型的对象注入多次后会报错。而Qualifier注解本质上是对其所查询的结果进行筛选。

2.构造方法注入

还是使用Autowired注解

ps：当只有一个构造方法时，Autowired可以省略

但当有两个以上时不能省略

Setter注入

还是通过Autowired

Resource也支持Setter注入。

经典面试题

属性注入、构造方法注入、Setter注入有什么区别？

	属性注入	Setter注入	构造方法注入
优点	写法简单，如果注入对象是唯一的，直接一个注释一行代码就能搞定	目的单纯，只针对一个参数	不管是什么语言，构造方法都是一样的写法，通用性更强，，在使用注入对象之前，对象一定是已经初始化好的了，因为在所有类加载之前，构造方法都是先执行的
缺点	只适用于IOC容器，脱离了IOC容器，这个注释就没用了，通用性不强	在其他高级语言中，get、set方法可能一行注解就搞定了，不像java要自己写set、get方法，因此可能通用性不够强（居中）	也不算缺点：官方在3.4版本时，不推荐使用构造方法注入时解释，构造方法里参数可能有多个 ，而在3.4版本之后改口说你传入了多个参数那是你的事，与我无关，进而推荐使用构造方法