一、什么是IOC
IOC——Inversion of Control，即"控制反转"，是一种设计思想。IOC意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。要理解IOC就要明确以下几点：
- 谁控制谁，控制什么：传统的Java SE程序设计，我们直接在对象内部通过new进行对象的创建；而IOC专门有一个容器来创建这些对象，即由IOC来控制对象的创建。所以，其实就是IOC控制对象，主要控制了外部资源的获取(不只是对象，还有文件等)。
- 为什么是反转，哪些方面反转了：传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转。而反转则是由容器来帮忙创建对象及注入依赖对象。那么为何是反转？因为由容器把我们查找及注入依赖对象，对象只是被动地接受依赖的对象，所以是反转。哪些方面反转了呢？依赖对象的获取被反转了。
传统应用程序
IOC后程序结构
对于spring框架来说，IOC就是由spring来负责控制对象的生命周期和对象间的关系。所有类都会在Spring容器中进行登记，告诉Spring你是什么东西，你需要什么东西，然后Spring会在系统运行到适当的时侯，把你要的东西主动给你，同时也把你交给其他需要你的东西。所有类的创建和销毁都由Spring来进行控制。对于某个具体的对象而言，以前是它控制其他对象，现在是所有对象都被Spring控制，所以这叫控制反转。
二、什么是DI
DI——Dependency Injection，即"依赖注入"。即由容器动态地将某个依赖注入到组件之中。理解DI的关键要明确以下几点：
- 谁依赖谁：应用程序依赖于IOC容器。
- 为什么需要依赖：应用程序需要IOC容器提供对象需要的外部资源。
- 谁注入谁：IOC容器注入应用程序依赖的对象。
- 注入了什么：注入某个对象所需要的外部资源（包括对象、资源、常量数据）。
三、IOC和DI的关系
相对IOC而言，"依赖注入"明确描述了"被注入对象依赖IOC容器配置依赖对象"，DI(依赖注入)其实就是IOC的另外一种说法。
四、依赖注入的好处
如果单单是model层对象的注入，这样看不出依赖注入的什么优势。但是当我们项目代码的依赖发生改动的时候，如果我们用的是依赖注入，我们可以只更改配置文件，而不用更改代码。比如UserService原本是依赖ADao的，到后来UserService不再依赖ADao了，改为依赖BDao。如果不用依赖注入的方法，我们需要在代码的层面更改配置，而如果我们用的是依赖注入，那么只需更改配置文件即可。
