Rod Johnson是第一个高度重视以配置文件来管理Java实例的协作关系的人，他给这种方式起了一个名字：控制反转（Inverse of Control，IOC）。
后来Martine Fowler为这种方式起了另一个名称：依赖注入（Dependency Injection），因此不管是依赖注入，还是控制反转，其含义完全相同。
当某个Java对象（调用者）需要调用另一个Java对象（被依赖对象）的方法时，在传统模式下通常有两种做法：
1、原始做法: 调用者主动创建被依赖对象，然后再调用被依赖对象的方法。
2、简单工厂模式: 调用者先找到被依赖对象的工厂，然后主动通过工厂去获取被依赖对象，最后再调用被依赖对象的方法。
注意上面的主动二字，这必然会导致调用者与被依赖对象实现类的硬编码耦合，非常不利于项目升级的维护。
使用Spring框架后调用者无需主动获取被依赖对象,只要被动接受Spring容器为调用者的成员变量赋值即可。由此可见使用Spring后，调用者获取被依赖对象的方式由原来的主动获取,变成被动接受——所以Rod Johnson称之为控制反转。
另外从Spring容器的角度来看，Spring容器负责将被依赖对象赋值给调用者的成员变量——相当于为调用者注入它依赖的实例，因此Martine Fowler称之为依赖注入。
可以看出，IOC和DI是看待一件事情的两个角度，一体两面，其本质是一样的。