IoC和DI的理解

参考文章
知乎：https://www.zhihu.com/question/23277575

在之前的学习中，一直认为IOC和DI是一个概念，很多文章只是提到ioc和di是在从不同的角度来描述。而实际上两者根本不是同一个东西。
控制反转是依赖倒置原则的一种代码设计的思路。具体采用的方法就是所谓的依赖注入。

围绕这张图简单说明一下

依赖倒置原则

• 高层模块不应该依赖于底层模块，二者都依赖于抽象。
• 抽象不应该依赖于细节，细节应该依赖于对象。

IoC（inversion of control）

IoC不是技术，而是以一种面向对象编程中的设计原则。IoC的思想中，对象的获取不再是主动的去创建，而是有一个IoC容器来创建和管理对象，我们只是在被动的接收。

哪些方面被控制反转了呢？依赖对象的获取。 --百度百科

向百科中说的一样，是依赖对象的获取的控制权被反转了，以前我们总是自己主动的获取对象，这样导致了很多耦合。而现在由Ioc的容器帮我们创建对象，我们只是被动的获取。

DI（Dependency injection）

依赖注入，即实现Ioc的一种方式，除了依赖注入之外，依赖查找可以实现Ioc（EJB就是使用这种方式）。组件中不再去主动的获取它需要的对象，只提供普通方法，让IoC容器去决定依赖关系，创建，组装。

---

可以看到，IoC是根据依赖倒置的原则在实现解耦，让我们不在关注对象的依赖关系、获取。Ioc确实在可以看做工厂模式的一种升华，以前在工厂模式中是写死的对象并没有完全解耦，现在改为了配置XML的形式，把工厂和要生产的对象隔离了，实现了完全解耦。