上篇文章介绍了依赖注入，这里接着梳理下IOC。

IOC（Inversion of Control），即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，IOC意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下： 

• 谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IOC是有专门一个容器来创建这些对象，即由IOC容器来控制对象的创建；谁控制谁？当然是IOC容器控制了对象；控制什么？那就是主要控制了外部资源获取
• 为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。

用图例说明一下，传统程序设计（即正转）如下图，都是主动去创建相关对象然后再组合起来：

当有了IoC/DI的容器后，在客户端类中不再主动去创建这些对象了，如下图：

二、IOC能做什么

IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；利用IOC思想去设计一个IoC容器，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。 总结来说IOC思想要完成的功能：

1. 负责对象的创建
2. 负责对象的注入，即在需要的地方提供需要的对象

三、IOC和DI

上边说道IOC思想，那么IOC和DI的关系是什么呢？

因为IOC概念比较模糊，是一种思想上的指导，可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系。于是Martin Fowler在2004年引入了一个新的名称，即依赖注入。但是IOC和ID还是有本质区别的，控制反转是一种思想，而依赖注入是一种软件设计模式，是一种在类及其依赖项之间实现控制反转的技术。理论上讲，IOC思想的落地除了DI这种实现方式外，还有其他的实现形式。但是DI过于主流，导致IOC和DI混淆了。在实际开发过程中，基本都是通过DI的设计模式实现了IOC思想。

四、IOC、DI和反射

上边介绍了IOC的思想，总结来说两个功能：

1. 负责对象的创建
2. 负责对象的注入，即在需要的地方提供需要的对象

上边还介绍了IOC和DI的关系，即DI可以认为是IOC思想比较主流的一个实现方式。那么针对于IOC负责的两个功能，ID设计模式是如何实现的呢？

1. 对象的创建：即对象的初始化统一处理，放到IOC容器中，统一管理。
2. 对象的注入：上文曾经讨论了三种对象注入方式，分别是setter注入、构造函数注入和依赖获取。 

IOC是一种思想，DI是对该思想的实现，在实现过程中，利用反射的原理，解决了很多问题，比如利用反射原理避免了破坏OCP原则，总体来讲反射可以认为是DI实现的核心技术。

五、IOC容器

1、IOC容器的概念

前边提到IOC容器，那么到底什么是IoC容器？我们还是先来看看它的出现背景。