真正理解 Ioc

Ioc

inversion of control ，控制反转 一种设计思想。 Java 开发中，意味着将你的对象交给容器控制，而不是在你的对象内部直接控制 。要理解好 IOC 就要明确 谁控制了谁，控制什么，为什么反转，有反转就有正转，哪些方面反转了

• 谁控制谁，控制什么
  在没 IOC之前，我们需要一个对象，都是直接在内部 通过 new 来创建对象，是程序主动来创建需要依赖的对象；而 IOC 是有专门的一个容器来创建这些对象，即又 Ioc 容器来控制对象的创建；谁控制谁，Ioc 控制了对象；控制什么？控制外部资源的获取（不只是对象包括比如文件等）
• 为何是反转，哪些方面反转了
  有反转就有正转，传统 应用程序是由我们自己在对象中主动控制去直接获取依赖对象，这就是正转；而反转是由容器来帮忙创建及注入依赖对象；为何是反转，因为由容器帮我们查找及注入依赖对象，对象是被动的接收依赖对象，所以是反转；哪些方面反转了，当然是依赖对象的获取方式反转了
  用图例说明一下，传统程序设计如图1，都是主动去创建相关对象然后再组合起来：

当有了 Ioc 之后，客户端不用去主动地创建这些对象了，程序设计如下图

Ioc 是一种设计思想，它指导我们如何设计出松耦合的程序，传统应用程序都是我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，Ioc 设计出来之后，创建和查找对象的控制权都交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这就也就方便测试，利用功能复用，重要的是使得程序的整体结构变得非常灵活。

依赖注入 DI
Dependency Injection 的缩写
组件之间依赖关系由容器在运行期间决定，形象的说, 由容器动态的将某个依赖关系注入到组件中，依赖注入的目的并非为软件系统带来更多的功能，而是为了提升组件重用的频率，并为系统搭建一个灵活，可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而不需任何代码就可以指定目标需要的资源，完成自身的业务逻辑，不需要关心具体的资源来自何处，由谁实现。
理解 DI 的关键是 谁依赖谁，为什么需要依赖，谁注入谁，注入了什么

• 谁依赖谁：应用程序依赖 Ioc 容器
• 为什么需要依赖 ：应用程序需要 Ioc 容器提供对象所需要的外部资源
• 谁注入谁：Ioc 容器注入应用程序某个对象，应用程序依赖的对象
• 注入了什么：就是注入某个对象所需要的外部资源（包括对象，资源，常量数据等）

Ioc 和 DI 什么关系，它们是同一个概念的不同角度描述，由于控制反转概念比较模糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以 2004 年 大师级人物 Martin Fowler 又给出一个新的名字 依赖注入，相对于 Ioc 而言， 依赖注入明确描述了被注入对象依赖 Ioc 容器配置依赖对象。

文章摘自 大牛张开涛博客 https://jinnianshilongnian.iteye.com/blog/1413846