如何理解IoC/DI

IoC:Inversion of Control，控制反转
DI:Dependency Injection,依赖注入

要理解上面两个概念，就必须搞清楚如下的问题：

参与者都有谁?
依赖：谁依赖于谁？为什么需要依赖？
注入：谁注入于谁？到底注入什么？
控制反转：谁控制谁？控制什么？为什么叫反转（有反转就应该有正转了）？
依赖注入和控制反转是同一概念吗？

下面就来简要地回答一下上述问题，把这些问题搞明白了，也就明白IoC/DI了。
（1）参与者都有谁：一般有三方参与者，一个是某个对象；另一个是IoC/DI容器（譬如Spring）;还有一个是某个对象的外部资源。
Tips:某个对象指的是任意的、普通的Java对象；IoC/DI的容器简单点说就是指用来实现IoC/DI功能的一个框架程序；
对象的外部资源指的就是对象需要的，但是是从对象外部获取的,都统称为资源，譬如，对象需要的其它对象，或者是对象需要的文件资源等。

（2）谁依赖于谁：当然是某个对象依赖于IoC/DI的容器
（3）为什么需要依赖：对象需要IoC/DI的容器来提供对象需要的外部资源
（4）谁注入谁：很明显是IoC/DI的容器把某个对象需要的资源注入此对象
（5）到底注入什么：就是注入某个对象所需要的外部资源
（6）谁控制谁：当然是IoC/DI的容器来控制对象了
（7）控制什么：主要是控制对象实例的创建
（8）为何叫反转：反转是相对于正向而言的，那么什么算是正向的呢？
考虑一下常规情况下的应用程序，如果要在A里面使用C,你会怎么做呢？
一般会使用组合，直接去创建C的对象，也就是说，在A类中主动去获取需要的外部资源C,这种情况被称为正向的。
那么什么是反向呢？就是A类不再主动去获取C，而是被动等待，等待IoC/DI的容器获取一个C的实例，然后反向地注入到A类中
主动去取是正向，被动接收就反向，从正向改为反向，就称为反转

（9）依赖注入和控制反转是同一概念吗？
依赖注入和控制反转是对同一事情的不同角度的描述。

DI/IoC都是以对象为主体来描述构架、对象、资源之间的关系，

DI强调的是框架的作用：对象依赖框架，框架服务对象（对象什么也不做，等着框架主动伺候）；
IoC强调的是对象获取资源的方式，是主动创建还是被动接收；

依赖注入是强调某个对象获取需要的资源的方式；
控制反转强调的是指某个对象在获取所需资源是主动还是被动；

从某个方面讲，就是它们描述的角度不同。
依赖注入是从应用程序的角度去描述，可以把依赖注入描述得完整点：应用程序依赖容器创建并注入它所需要的外部资源；
控制反转是从容器的角度去描述，容器接管一切，描述的完整点就是：容器控制应用程序，由容器向应用程序注入其所需要的外部资源。

因为以前是应用程序主动获取所需的资源，需要什么主动拿什么，
现在的方式和以前相反，
框架接管一切，应用程序所需资源及吃喝拉撒框架负责，什么都由框架来做，这种方式与以前相反，
这个变化就称为反转或者逆袭，都是与以前相比较的。

IoC/DI的进步是编程思想上“主从换位”的变化。应用程序原来是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，
应用程序就变成被动的了，被动地等待IoC/DI容器来创建并注入它所需要的资源。

IoC/DI的目标是代码复用、解耦。当然，程序的体系结构也变得非常灵活。

《研磨设计模式》