1.IOC

控制反转

把对象的生命周期的控制权由程序员反转给其他人。

控制反转减少了代码的耦合性。

哪里发生了反转？f

1.对象生命周期的控制权由程序员转交给Spring

2.对象创建的顺序反转了，原本程序员通过new来创建的是从外层到内层的，控制反转的话是从内到外的，内部改变的话由于要把内部传给外部，外部不需要改变。

 

2.Spring

Spring是一个包含了众多工具和方法的IOC容器

说白了就是Spring来帮助你管理对象的生命周期

3.DI

dependecy  injection 依赖注入

DI就是在程序运行期间，动态的将某个对象引入当前类的机制/行为。

        

  

4.Spring项目的创建和bean对象的存取

Spring项目的创建

1.创建maven项目

2.引入spring.xml依赖在resource里面

---

存入Bean对象

1.创建Bean对象

Bean对象就是一个普通的对象

2.将类注册到Spring当中（逻辑上的存储，不是物理上的。只是声明了一下）

首先需要在resource里面配置Spring的配置文件

只需要在resource里面创建一个文件然后把spring配置文件CV进去。

添加配置文件的目的就是让Spring启动的时候把bean带进去启动

3.获取并使用bean对象

1.得到Spring对象（Spring上下文对象，一个意思）

2. 从spring中取出bean对象

3.使用Bean

这个spring配置文件的目的就是告诉spring一些信息，比如说我写了这个 

就是告诉Spring你加载的时候不要忘记带上我User类 

xml就是记录一些要干的事情（记事本）是一个描述性的指导性文件

我们看到上面那个从spring中取出bean对象需要强转，那么如果getBean（）里面的id不存在就会得到null，对null进行强转就会报错

 不存在users，对null进行了强转

那么引出来了，另一种找到bean对象的方法 

applicationContext.getBean("user",User.class) 第一个参数是id 第二个参数是类型（class） 这种是主推的获取bean对象的方法

        

5.ApplicationContext 和BeanFactory 的区别？ 

不必认为ApplicationContext加载所有的类会消耗资源，实际上Spring在设置的时候是根据你的硬件资源来决定加载多少的，硬件越强，加载的越多.

资源够的情况下，直接饿汉模式一次性全部加载，一般认为也是这样的

BeanFactory是懒加载，ApplicationContext是饿加载。后者性能高，并且后者是前者的子类，包含父类的所有方法，此外还有一些更多的功能......

 

总结：BeanFactory是懒汉模式，它在调用getBean方法的时候才会实例这个对象。

ApplicationContext是饿汉模式，它在实例化的时候已经实例化所有的bean对象

6.更好的方法去存取和读取bean对象（注解）

MySQL三大核心：连表查询 索引 和事务

1.前置工作：配置扫描bean的路径

2.添加注解

 方法注解是将方法返回的对象存储到Spring当中（存到spring当中最小的是对象，不是方法）

五大类注解实现注解

1.Controller：控制器

2.Service ：服务

3.Repository :仓库 repository

4.Component :组件

5.Configuration :配置 

方法注解实现类注解

将当前方法返回的对象存储到Spring当中

7.注解的具体实现

就是在

写入路径，然后在类或者方法上加注解  在注册个Spring上下文getBean即可

8.五大类注解

为什么要有五种类注解呢？

1.通过类注解可以了解当前类的用途（比如看到车牌陕A就知道这是西安的车）

2.功能有轻微的不同