IOC—Inversion of Control（控制反转）：
在java开发中，将你设计好的对象交给了容器控制。传统的程序设计，我们是直接在对象内部通过new进行创建对象，是由程序主动去创建依赖关系对象。IOC思想是有专门一个容器来创建这些对象，由IOC容器来控制这些对象的创建。
谁控制了谁？IOC容器控制对象。
控制了什么？主要控制了外部资源获取（不只是对象，包括文件等）。
为何是反转，哪些方面反转了？有反转就有正传。传统应用程序是由我们自己在对象中主动控制去直接获取依赖的对象，这就是正传；而反转则是由容器来帮忙创建和注入依赖的对象。
为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转。
那些方面反转了？依赖对象的获取被反转了。
DI—Dependency InjectionI（依赖注入）：
组件之间的依赖关系由容器在运行期决定，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并不是给应用程序带来更多的功能，而是为了提升组件的重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只要通过简单的配置就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
谁依赖了谁？应用程序依赖于IOC容器。
为什么需要依赖？应用程序需要IOC容器提供对象需要的外部资源。
谁注入谁？IOC容器注入应用程序所依赖的对象。
注入了什么？注入某个对象所需要的外部资源（对象，资源等）。
IOC和DI有什么关系呢？
其实它们是同一个概念的不同角度描述
IOC是以谁控制了谁的角度的一种设计思想
DI是以谁依赖了谁的角度的一种设计思想
来源：oschina
链接：https://my.oschina.net/u/2293813/blog/701406