Spring是一个开源框架， 为了简化企业级复杂应用开发而生， 是一个IOC容器。
IOC(Inversion of Control) : 其实质是反转获取资源的方向。
a、传统的方式是当前组件向容器发出获取资源的请求， 容器返回组件所需的资源， 当前组件得到资源，并使用。
b、引入IOC技术后， 容器向自己所管理的组件推送组件所需的资源， 各个组件根据自身的需求适时地接收资源，并使用。
c、这些资源怎么生成的呢？？在组件程序启动时， spring框架通过XML 配置， 注解或是Java configuration事先创建这些资源， 并适时地推送给组件， 组件接收到资源后使用。
为什么需要IOC?
1、应用程序主动控制对象的实例化和对象间的依赖装配。
Car mycar = new Car();
Motor mymotor = new Motor();
mycar.setMotor(mymotor);
本质：程序主动实例化，直接获取依赖， 直接装配依赖。
缺点：生产者和消费者相互耦合， 难于更换实现(更改需要重新编译代码)，难于测试。
2、引进简单工厂类
Car mycar = CarFactory.CreateCar();
Motor mymotor = MotorFactory.CreateMotor();
mycar.setMotor(mymotor);
本质：对象创建，间接实例化(工厂)，间接获取依赖(工厂)， 直接装配依赖。
缺点：难于更换实现(更改需要重新编译代码)，难于测试。
3、引进可配置工厂
Car mycar = Factory.CreateCar("CarBean");
＜！--XML配置文件＞
<bean id = "CarBean" Class = "Car"
< property name = "myMotor" ref = "MotorBean" />
/bean>
<bean id= "MotorBean" class = "Motor" />
本质： 对象创建， 被动实例化，被动获取依赖，被动装配依赖(全由工厂负责，工厂控制)。
缺点： 不通用
程序步骤：
a、工厂读取XML文件， 通过JAVA reflect 创建Car对象；
b、创建时发现Car对象有属性myMotor
c、读取XML文件， 通过JAVA reflect创建Motor对象
d、将myMotor装配到Car对象
e、返回实例化以及装配完成的Car对象。
4、IOC容器，容器控制对象的实例化和依赖装配， 类似于可配置的工厂类，只是更通用了。
Car mycar = applicationContext.getBean("CarBean");
＜！--XML配置文件＞
＜bean id = "CarBean" class = "Car"
< property name = "myMotor" ref = "MotorBean" >
/bean>
< bean id = "MotorBean" class = "Motor" />
本质： 对象创建， 被动实例化，被动获取依赖，被动装配依赖(工厂，反射， XML配置)， 对象的生命周期的管理。
DI(Dependency Injection) : IOC的实现方式：即组件以一些预先定义好的方式(如: setter, getter方法)接受来自如容器的资源注入。其实现方式主要包括如下：
1、构造器注入
2、属性setter注入
3、接口注入
