转载

Spring IOC，看完这篇文章，我才算是懂了！

在 Java 开发面试中，经常会被问到 Spring IOC 是什么，让谈谈自己的理解。在工作开发中，如果能够理解 Spring IOC 设计模式的话，对排查疑难问题也是很有帮助的。今天这篇文章就先通俗易懂地介绍一下 Spring IOC 。

一、Spring IOC 和 DI

参考链接： https://zhuanlan.zhihu.com/p/... ，在知乎上发现了这一篇好文，能比较通俗易懂地介绍 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 开发中深入人心。