一、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）按类型匹配入参：
