Spring--IOC原理

1、何谓Spring–IOC？
IOC理论提出的观点大体是这样的：借助于“第三方”实现具有依赖关系的对象之间的解耦，如下图：

这里的第三方值的就是IOC容器，使得对象没有了耦合关系，将全部对象的控制权全部上缴给“第三方”IOC容器，由它对对象的生命周期进行管理 。所以，IOC容器成了整个系统的关键核心，它起到了一种类似“粘合剂”的作用，把系统中的所有对象粘合在一起发挥作用，如果没有这个“粘合剂”，对象与对象之间会彼此失去联系，这就是有人把IOC容器比喻成“粘合剂”的由来。

如果没有控制反转(IOC)，我们是怎么做的：

软件系统在没有引入IOC容器之前，对象A依赖于对象B，那么对象A在初始化或者运行到某一点的时候，自己必须主动去创建对象B或者使用已经创建的对象B。无论是创建还是使用对象B，控制权都在自己手上。

软件系统在引入IOC容器之后，这种情形就完全改变了，由于IOC容器的加入，对象A与对象B之间失去了直接联系，所以，当对象A运行到需要对象B的时候，IOC容器会主动创建一个对象B注入到对象A需要的地方。

通过前后的对比，我们不难看出来：对象A获得依赖对象B的过程,由主动行为变为了被动行为，控制权颠倒过来了，这就是“控制反转”这个名的由来。

所谓依赖注入，就是由IOC容器在运行期间，动态地将某种依赖关系注入到对象之中。使对象获得依赖对象的过程，由主动变为被动（由IOC容器管理依赖对象），实现对象之间的解耦。

2、IOC原理解析：
2.1： IoC容器的初始化过程：
简单来说，IoC容器的初始化是由AbstractApplicationContext的refresh()方法来启动的，这个方法标志着IoC容器的正式启动。具体来说，IoC容器的初始化包括BeanDefinition的Resouce定位、载入和注册三个基本过程。

BeanDefinition是配置文件元素标签在IOC容器中内部表示形式。元素标签拥有class、scope、lazy-init等配置属性，BeanDefinition则提供了相应的beanClass、scope、lazyInit属性，BeanDefinition和中的属性是一一对应的。IOC容器初始化的第二个过程，就是完成将用户在XML文件中定义好的Bean，表示成Bean在容器的内部的数据结构BeanDefinition。

第一个过程是Resource定位过程。这个Resource定位指的是BeanDefinition的资源定位，它由ResourceLoader通过统一的Resource接口来完成，这个Resource对各种形式的BeanDefinition的使用都提供了统一接口。这个定位过程类似于容器寻找数据的过程，就像用水桶装水先要把水找到一样。

第二个过程是BeanDefinition的载入。这个载入过程是把用户定义好的Bean表示成IoC容器内部的数据结构，而这个容器内部的数据结构就是BeanDefinition。Spring提供了ResourceLoader接口用于实现不同的Resource加载策略。

第三个过程是向IoC容器注册这些BeanDefinition的过程。这个过程是通过调用BeanDefinitionRegistry接口的实现来完成的。这个注册过程把载入过程中解析得到的BeanDefinition向IoC容器进行注册。通过分析，我们可以看到，在IoC容器内部将BeanDefinition注入到一个HashMap中去，IoC容器就是通过这个HashMap来持有这些BeanDefinition数据的。

我们可以把IOC容器的工作模式看做是工厂模式的升华，可以把IOC容器看作是一个工厂，这个工厂里要生产的对象都在配置文件中给出定义，然后利用编程语言的的反射编程，根据配置文件中给出的类名生成相应的对象。从实现来看，IOC是把以前在工厂方法里写死的对象生成代码，改变为由配置文件来定义，也就是把工厂和对象生成这两者独立分隔开来，目的就是提高灵活性和可维护性。