在 Java 开发面试中，经常会被问到 Spring IOC 是什么，让谈谈自己的理解。在工作开发中，如果能够理解 Spring IOC 设计模式的话，对排查疑难问题也是很有帮助的。今天这篇文章就先通俗易懂地介绍一下 Spring IOC 。
一、Spring IOC 和 DI
参考链接：
IOC：Inversion Of Control，即控制反转，是一种设计思想。在传统的 Java SE 程序设计中，我们直接在对象内部通过 new 的方式来创建对象，是程序主动创建依赖对象；而在Spring程序设计中，IOC 是有专门的容器去控制对象。
所谓控制就是对象的创建、初始化、销毁。
- 创建对象：原来是 new 一个，现在是由 Spring 容器创建。
- 初始化对象：原来是对象自己通过构造器或者 setter 方法给依赖的对象赋值，现在是由 Spring 容器自动注入。
- 销毁对象：原来是直接给对象赋值 null 或做一些销毁操作，现在是 Spring 容器管理生命周期负责销毁对象。
总结：IOC 解决了繁琐的对象生命周期的操作，解耦了我们的代码。
所谓反转：
其实是反转的控制权，前面提到是由 Spring 来控制对象的生命周期，那么对象的控制就完全脱离了我们的控制，控制权交给了 Spring 。这个反转是指：我们由对象的控制者变成了 IOC 的被动控制者。
IOC 能做什么？
IOC 容器完美解决了耦合问题，甚至可以让互不相关的对象产生注入关系。
在 IOC 模式下，你只需要设计良好的流程和依赖，定义出需要什么，然后把控制权交给 Spring 即可。
DI：Dependency injection，即依赖注入。
依赖注入是一种实现，而 IOC 是一种设计思想。从 IOC 到 DI ，就是从理论到实践。程序把依赖交给容器，容器帮你管理依赖，这就是依赖注入的核心。
好处：依赖注入降低了开发的成本，提高了代码复用率、软件的灵活性。
谁依赖谁，为什么需要依赖；谁注入谁，注入了什么：
- 谁依赖谁：A对象 依赖于 IOC 容器。
- 为什么需要依赖：A对象需要 IOC 容器提供对象需要的数据、B对象 等外部资源，没有这些资源不能完成业务处理。
- 谁注入谁：IOC 容器注入 A对象。
- 注入了什么：IOC 容器将 A对象 需要的数据、B对象等外部资源按需注入给对象。
IOC 和DI 的关系：
是同一概念不同角度的描述，但实际上也有区别。IOC 强调的是容器和对象的控制权发生了反转，而 DI 强调的是对象的依赖由容器进行注入。从广义上讲，IOC 是一种开发模式，DI 是其中的一种实现方式，可以理解为：使用依赖注入来实现了控制反转。Spring 选择了 DI，从而使 DI 在 Java 开发中深入人心。
二、总结
IOC：是一种设计思想。在 Spring 开发中，由 IOC 容器控制对象的创建、初始化、销毁等。这也就实现了对象控制权的反转，由 我们对对象的控制 转变成了 Spring IOC 对对象的控制。IOC 解耦了代码，甚至可以让互不相关的对象产生注入关系。
DI：是 IOC 的具体实现。程序把依赖交给容器，容器帮你管理依赖，这就是依赖注入的核心。还需要明白 谁依赖谁，为什么需要依赖；谁注入谁，注入了什么 等逻辑。
IOC 强调的是容器和对象的控制权发生了反转，而 DI 强调的是对象的依赖由容器进行注入。
