一、IOC & DI 概述

IOC(Inversion of Control)：其思想是反转资源获取的方向. 传统的资源查找方式要求组件向容器发起请求查找资源. 作为回应, 容器适时的返回资源. 而应用了 IOC 之后, 则是容器主动地将资源推送给它所管理的组件, 组件所要做的仅是选择一种合适的方式来接受资源. 这种行为也被称为查找的被动形式

DI(Dependency Injection) — IOC 的另一种表述方式：即组件以一些预先定义好的方式(例如: setter 方法)接受来自如容器的资源注入. 相对于 IOC 而言，这种表述更直接

二、在 Spring 的 IOC 容器里配置 Bean

（）在 xml 文件中通过 bean 节点来配置 bean

id：标识容器中的Bean，id唯一。

class：bean的全类名，通过反射的方式在IOC容器中创建Bean，所以要求Bean中必须有无参构造器。

三、Spring 容器

在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化. 只有在容器实例化后, 才可以从 IOC 容器里获取 Bean 实例并使用.

Spring 提供了两种类型的 IOC 容器实现.

①、BeanFactory: IOC 容器的基本实现.

②、ApplicationContext: 提供了更多的高级特性. 是 BeanFactory 的子接口.

BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身；ApplicationContext 面向使用 Spring 框架的开发者，几乎所有的应用场合都直接使用 ApplicationContext 而非底层的 BeanFactory

无论使用何种方式, 配置文件是相同的.

ApplicationContext代表IOC容器

四、ApplicationContext

ApplicationContext 的主要实现类：

①、ClassPathXmlApplicationContext：从 类路径下加载配置文件

②、FileSystemXmlApplicationContext: 从文件系统中加载配置文件

ConfigurableApplicationContext 扩展于 ApplicationContext，新增加两个主要方法：refresh() 和 close()， 让 ApplicationContext 具有启动、刷新和关闭上下文的能力

ApplicationContext 在初始化上下文时就实例化所有单例的 Bean。

WebApplicationContext 是专门为 WEB 应用而准备的，它允许从相对于 WEB 根目录的路径中完成初始化工作。

五、从 IOC 容器中获取 Bean

调用 ApplicationContext 的 getBean() 方法

ApplicationContext 的父接口BeanFactory中采用getBean方法

利用类型返回IOC容器中的Bean，但要求IOC容器中必须必须只能有一个该类型的Bean。

六、依赖注入的方式

Spring 支持 3 种依赖注入的方式

①、属性注入

②、构造器注入

③、工厂方法注入（很少使用，不推荐）

6.1、属性注入

属性注入即通过 setter 方法注入Bean 的属性值或依赖的对象

属性注入使用元素, 使用 name 属性指定 Bean 的属性名称，value 属性或子节点指定属性值

属性注入是实际应用中最常用的注入方式

6.2、构造方法注入

通过构造方法注入Bean 的属性值或依赖的对象，它保证了 Bean 实例在实例化后就可以使用。

构造器注入在<constructor-arg>元素里声明属性, <constructor-arg>中没有 name 属性

（1）按索引匹配入参：

（2）按类型匹配入参：