一.引言
1.什么是Spring
前面我们说Spring是一个开源框架，它让我们的开发更为简单，它支持广泛的应用场景，有活跃庞大的社区。但这样说还是很抽象。今天我们就对他进行具象的描述
一句话说，Spring就是包含了众多工具的IoC容器。
Spring的两大核心思想就是IOC和AOP。
什么是容器？
容器就是盛放东西的，比如list/map是盛放数据的容器，tomcat是盛放web项目的容器，而Spring则是盛放对象的容器
什么是IOC?
IoC：Inverse of Control，控制反转。也就是说Spring是一个控制反转的容器。
什么是控制反转？即控制权的反转，控制权表示创建对象的控制权，反转指从代码/程序反转转移到Spring。
也就是说，当需要某一个对象时，或者说依赖于某个对象时，传统方式下java源代码就要进行new操作，但现在就不需要创建对象了，把创建对象的任务交给Spring来实现，想要哪个对象，直接从spring中取即可（也就是进行依赖注入DI）
2.IoC介绍
我们以造一辆车为例进行讲述
传统程序开发
汽车依赖于车身，车身依赖于底盘，地盘依赖于轮胎，所以有了下面几个类
但现在就会发现，tire尺寸是固定的，那要是我们想在造车时进行指定呢？那就是在new car时传入size参数，然后car的依赖framework在创建时也要传递这个参数，然后再framework的依赖bottom创建时还要传递这个参数，直到层层传递才能传递到tire那里，这就导致我们要修改好多出代码，如下：
这就出现了问题：当最底层代码进行修改后，整个调用链上的代码都得进行修改（其实不管是哪里修改，对应的调用链上的代码就得全部修改）
也就是说程序的耦合程度非常高
解决方案
在上面的开发中，汽车依赖车身，车身依赖底盘，底盘依赖轮胎；但我们要是将依赖关系转换过来：车身大小根据汽车整体大小进行选择，底盘大小根据车身大小进行选择，轮胎大小根据底盘大小进行选择；也就是底盘以来车身，轮胎依赖底盘
IoC开发
这样，要是想换一个轮胎大小，直接修改一处代码即可
也就完成了代码间的解耦合。
我们来和传统开发对比一下：在传统开发中，程序的入口是直接创建汽车，然后建车身，然后是底盘，最后是轮胎。而在IoC开发中，则是先创建好轮胎，轮胎准备好了再供底盘使用……
在传统开发中每个类里面对于依赖的对象都是主动new出来，而在ioc思想中，每个类里面以来的对象都是外部提供的
IoC开发的实际以及优点
在ioc开发中，下面这部分都是用Spring进行的
Spring创建这些对象，我们只需要使用即可，比如Spring创建了tire，我们只要在CarBottom中使用即可。Spring创建了CarBottom，我们只要在carFramework中使用即可
优点：
资源不由使用资源的各方进行管理，而由不使用资源的其他一方进行管理。首先，资源集中管理，实现了资源的可配置和易管理；其次，降低了使用资源的各方的依赖程度，也就是解耦合。
Spring就是一种IoC容器，帮助我们进行资源管理
3.DI介绍
DI即Dependency Injection，依赖注入
容器在运行过程中，动态的为应用程序提供运行时所依赖的资源，就是依赖注入
二.IOC DI的使用
Spring是一个容器，容器就有两个功能，一个就是存，另一个就是取
Spring存取的是对象，我们将这些对象称之为Bean。我们只需要通过程序，告知Spring哪些对象要进行管理，也就是告诉Spring哪些对象要进行存，以及如何从Spring中取出对象
1.存对象
bean的存储是通过注解实现的，可以分为两类：
1.类注解（五大注解）：@Controller @Service @Component @Repository @Configuration
2.方法注解：@Bean
五大注解/类注解
@Controller（控制器存储）
那如何执行到这个类中的方法呢？如何观察到这个对象已经存在于Spring容器中呢？
先看一下Spring的启动类（加了@SpringBootApplication注解的就是启动类）：
这里面自带一个run方法，他的返回值就是Spring容器，我们应该用ApplicationContext来接收
ApplicationContext常被称为Spring上下文，其实应该理解为应用环境，也就是Spring运行的环境
ctx中存放到就是受到Spring管理的对象，然后我们通过getBean方法传入对象的类型来获取到对象。但要是将UserController类上的@Controller给删除掉，就会报错没有bean的定义
bean对象的其他获取方式：
进入到getBean方法，我们会发现这个方法是BeanFactroy这个接口的，而不是ApplicationContext这个接口的，因为ApplicationContext继承了BeanFactory
它里面有多个重载方法，常用的就是以下三个
name指的就是Bean的名称。当将对象交给Spring进行管理时，如果没有指定bean的名字，那么Spring就会给它一个默认的名字。一般来说就是类名的首字母小写。但当类名的前两个字母都是大写时，bean的名称就是类名本身
示例如下：
@Service（服务存储）
和@Controller的使用方法一模一样
@Component（组件存储）
@Configuration（配置存储）
@Repository（仓库存储）
以上五大注解的使用方法完全一样，只要加在类上面即可。
为什么要这么多类注解？
这和前面提到的应用分层相呼应：让程序员看到类注解之后，就能直接了解到当前类的用途
@Controller：控制层，接收请求，对请求进行处理，并进行响应
@Service：业务逻辑层，处理具体的业务逻辑
@Repository：数据访问层，也称为持久层，负责数据访问操作
@Configuration：配置曾，处理项目中的一些配置信息
这样有了分工，整个调用流程就有了框架，前端调用@Controller层代码，发送请求。@Controller通过调用@Service层代码帮助完成响应的形成，而@Service层又会通过调用@Repository层代码完成数据访问，进而完成整体业务处理
类注解之间的关系
查看@Controller/@Service/@Repository/@Configuration注解的源码，发现它们里面都有一个注解@Component，说明它们都是@Component的子类，是他的衍生注解。@Component就是一个元注解，也就是说注解其他类注解
方法注解@Bean
五大注解存在问题：
1.五大注解只能加在类上，并且是自己写的代码上，但是要是使用外部包（第三方包）里面的类，就没有办法添加类注解了
2.一个类可能需要多个对象，比如多个数据源，但是通过类注解反复获取对象其实获取到的是同一个对象，如下：
返回结果是true
这时就要转换使用@Bean方法注解。我们先来看看方法注解如何使用：创建一个config（表示配置，在这个例子里就是Spring创建对象，对对象进行配置）包，UserInfo类
再写一个BeanConfig类
然后尝试获取对象
报错啦！
没有bean定义
方法注解要搭配类注解
Spring对对象的管理不是说有个@Bean就会去创建对象，要想扫描到@Bean，首先要能够让Spring扫描到@Bean修饰的方法所在的类，所以要给BeanConfig类加上类注解
这样就能够扫描到啦
定义多个对象
这回又报错啦：
他说没有唯一的对象，找到啦两个
所以当定义了多个对象时，就不能仅仅使用类来进行获取，而应该是用bean名称进行获取。那么Bean的名称是啥？
由报错信息可以分析出，bean的名称就是方法名！！！即userInfo1，userInfo2
重命名bean
可以通过设置name属性进行命名
这两种方法都可以
如果只有一个名字，可以不加{}
Spring扫描路径
使用前面学习的五大注解声明的Bean一定会生效吗？不一定
因为要想生效，就要让该类被Spring扫描到。下面我们将启动类放到carController包下面，而BeanConfig还在config包下面
这次就报错了
这是因为，Spring没有扫描到BeanConfig类，要想被扫描到，就要加上@ComponentScan注解
那为啥之前不加就可以？
之前@ComponentScan虽然没有显式配置，但是@SpringBootApplication中已经包含了。并且默认扫描路径是SpringBoot启动类所在包及其子包
更为推荐到做法是将启动类放到我们期望扫描到的包底下
2.取对象——DI详解
上面我们将来控制反转的细节，现在我们来讲一讲依赖注入的细节
依赖注入表示：IoC容器在创建Bean时，去提供运行时所依赖的资源，而这里的资源指的就是对象。
简单来说就是把对象给取出来，放到某个类的属性中
关于依赖注入，有三个方法
属性注入：
属性注入是使用@Autowired注解完成。例如
实际上就是Spring已经通过@Service这个注解将UserService这个类的对象创建出来了，然后在构造UserController对象时，通过@Autowired注解将已经存在的Service对象取出来赋值给Controller对象
构造方法注入：
直接对该类加上一个构造方法即可
但注意：如果这个类只有一个构造方法，并且对成员变量进行了赋值，那么后续调用func方法就不会报错。但如果有多个构造方法，就会报错：
第一种情况是一个有参构造，一个无参构造，那么Spring就会默认使用无参构造，那么在调用func方法时就会出现空指针异常
第二种情况是两个有参构造，没有无参构造，那么就会连编译都不会通过，因为如下：
上面写了不知道要匹配哪个构造方法。所以这时候就应该通过@Autowired、注解来指定要使用哪个构造方法
Setter注入：
在Setter方法上要加上@Autowired注解
三种注入的优缺点
属性注入
优点：简洁
缺点：只能用于IoC容器，非IoC容器不可用；并且无法注入一个final修饰的属性。final修饰的属性值不可变，要么在定义时赋值，要么在构造方法中赋值
构造方法注入
优点：可以注入final修饰的属性；注入的对象不会被修改；依赖对象会在使用前完全被初始化，因为依赖对象是在类的构造方法中执行，而构造方法会在类加载阶段执行
缺点：当yilai对象多时，代码冗余
Setter方法注入
优点：方便在类实例后，重新对对象进行配置或赋值
缺点：不能注入final属性，注入对象可能会被改变，因为setter方法可能会被多次调用
@Autowired存在的问题
当同一个类型存在多个Bean对象时，简单使用@Autowried就会出现问题
报错的原因是，非唯一的Bean对象
如何解决上述问题
修该成员变量的名称
这个名称和其中一个Bean的名称相同
@Primary
使用@Primary注解，确认默认的实现使哪个对象
@Qualifier
在@Qualifier中指定要使用的Bean对象的名称。这个注解不能单独使用，只能搭配@Autowried注解使用
@Resource
这个注解表示按照Bean的名称进行注入。不用搭配@Autowired注解
@Resource和@Autowried的区别：
@Autowried是Spring框架提供的注解。@Resource是JDK提供的
@Autowried默认是按照类型进行注入，@Resource是按照名称进行注入
@Resource支持更多参数设置，例如name设置，从而根据名称获取Bean