概述：
IOC 控制反转
使用对象时，由主动new产生对象转换为由外部提供对象，此过程中对象创建控制权由程序转移到外部，此思想称为控制反转。
Spring技术对IOC思想进行了实现
- Spring提供了一个容器，称为IOC容器，用来充当IOC思想中的外部。
- IOC容器负责对象的创建，初始化等一系列工作，被创建或被管理的对象在IOC容器中统称为Bean。
DI依赖注入
在容器中建立bean与bean之间的依赖关系的整个过程，称为依赖注入。
IoC 容器
容器是 IoC 最重要的部分，那么 Spring使用ApplicationContext设计容器，ApplicationContext是BeanFactory的子类，更好的补充并实现了BeanFactory。
BeanFactory是类的通用工厂，可以创建并管理各种类的对象。它在加载配置文件时不会创建对象，在获取对象（使用）才会创建对象。
ApplicationContext是BeanFactory接口的子接口，提供了更多面向实际应用的功能。在加载配置文件时就会把在配置文件中的对象创建。
ApplicationContext接口常用实现类：FileSystemXmlApplicationContext和ClassPathXmlApplicationContext
关键问题
1、IOC控制反转
IOC容器控制bean 的创建、管理的权利，控制 bean 的整个生命周期
2、IOC控制反转
不再自己主动创建对象，被动接收外部提供的对象的过程，这就是反转
3、依赖注入
程序运行需要依赖外部的资源，提供程序内对象的所需要的数据、资源。
4、依赖注入
配置文件把资源从外部注入到内部，容器加载了外部的文件、对象、数据，然后把这些资源注入给程序内的对象，维护了程序内外对象之间的依赖关系。
为什么要使用IOC？
最重要的就是解耦，它把对象之间的依赖关系转成用配置文件来管理，由 Spring IoC Container 来管理。使用IOC之后，我们不再关心对象间的依赖，专心开发就行。
IOC的底层原理
xml解析、工厂模式、反射
为了更好的理解IOC的原理，我们来看一下它的演变过程
原始方式：我们想在UserService中引用另外一个对象UserDao，需要主动new一个对象。这个时候如果UserDao的类路径发生变化。UserService也要修改创建UserDao对象的代码。耦合度太高。
进而采用工厂模式设计，降低耦合度。但是此时耦合度仍然较高，因为在UserFactory工厂中也new了对象。
IOC使用xml解析、反射、工厂模式进一步降低了耦合度。，这里引入路径用xml解析，修改时只需要修改配置文件即可。
