浅谈IOC
IOC的理论背景
图1：传统系统中，对象之间相互引用的一幅图，在采用面向对象方法设计的软件系统中，它的底层的实现都是由n个对象所组成的，所有的对象通彼此之间的合作最终实现系统的业务逻辑，如果我们打开机械式手表的后盖，我们就会看到与图1类似的清形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。这些齿轮相互耦合在一起，共同完成某项任务。在这样的齿轮组中，如果有一个齿轮出现一个问题，可能会影响到整个齿轮组的正常运转，齿轮组齿轮间的耦合关系与软件系统中对象之间的耦合关系非常相似。随着系统规模变大，对象之间依赖关系越来越复杂，架构师和设计师对系统的设计和分析面临更大的挑战，对象之间的耦合度过高的系统，必然会出现牵一发而动全身的情形，降低系统之间、模块之间、对象之间的耦合度是软件工程追求的目标。IOC理论的提出，就是为了解决对象之间耦合度过高的问题，实现对象之间的解耦。
图2 解耦的过程
IOC理论提出的观点大致是这样的：借助于第三方来实现对具有依赖关系的对象之间的解耦,对象之间没有了耦合关系。由于引进了第三方IOC容器，使得对象A、B、C、D之间没有了耦合关系，齿轮之间的传动全部依靠了第三方，全部对象的控制权全部交给了第三方IOC容器，IOC容器成了整个系统的关键核心，它起到了一种凝合剂i的作用，把系统中的所有对象凝合在一起发挥作用。
图3 理想的系统
这四个对象之间彼此毫无联系，这样在实现A的时候，无需去考虑B、C、和D，对象之间的依赖关系降低到了最低程度。 参与开发的每一位成员，只要实现自己的类就好了，跟别人没有任何关系。我们再来看看，控制反转到底为什么取这个名字。
软件系统在没有引入IOC容器之前，就像图1所示，对象A 依赖于对象B，那么对象A在初始化或者运行到某一点的时候，自己必须去创建对象B，或者是使用已经创建的B，无论是创建还是使用对象B，控制权全部都在自己手上，在软件系统引入了IOC以后，这种情形就完全改变了，如图2所示，由于IOC容器的加入，对象A和对象B失去了直接的联系，所以当对象A运行到需要对象B的时候，IOC容器会主动创建一个对象B，注入到对象A所需要的地方，通过前后的对比，不然看出，对象A获得依赖对象B的过程， 由主动行为变为了被动行为，控制权颠倒过来了，这个就是控制反转的名称的由来。