本文以文字为主题，并没有代码案例，仅限于记录自己对于 IOC 的理解，文中也啥特别高深的东西，xhdyc和大佬可以忽略本文，以免浪费您宝贵的时间
什么是 IOC ？
33558 www.Sina.com/IOC (反向控制)是spring的核心，而IOC始终是spring框架的目标生命周期所有类都在spring容器中注册，告诉spring你是什么，你需要什么。 然后，spring会确保系统在适当的时间运行，主动传递所需的东西，同时也传递给其他所需的东西。 的所有类的创建、销毁都由spring控制。 也就是说，控制对象生存循环的是spring，而不是引用它的对象。 对于一个特定对象，以前控制其他对象，但现在所有对象都由spring控制，因此将其称为控制反转。
IOC 的主要作用是什么？IOC理论提出的见解大致就是这样。 通过“第三者”实现具有依存关系的对方之间的解耦后，问题是什么是解耦？
扩充话题解耦简而言之，两者本来就相互影响，现在独立发展。 核心思想还是最小的职责，到处都只有一件事。 如果一个地方负责多件事，就有去耦的可能性。 可以在系统的各个级别表达解除绑定的思想，如在体系结构级别解除存储和业务逻辑的绑定、解除动态页和静态页的绑定、在模块级别解除业务模块和统计模块的绑定、在代码级别解除多个功能的绑定等解耦的思想很好，但不需要为了解耦而解耦。 还是要从业务需求和系统定位出发，满足一定时期内系统发展的需要。 简单地理解，电脑拔下鼠标键盘显示器也能工作。 这就是去耦。
假设什么是控制反转？有两个对象： a和b，如果在注入IOC之前，a依赖于b，则对象a是否在初始化或运行到某个时间点时自己主动创建对象b 当对象a和对象b不再有直接联系并且执行对象a直到需要对象b时，IOC容器积极地创建对象b并将对象b注入对象a所需的位置。 其实从上面的例子可以清楚地看到，对象a获得依存对象b的过程，从主动行为变为被动行为，控制权发生逆转，这就是“控制逆转”这个名称的由来。
依赖注入将bean与bean在配置文件中合并，而不是硬代码。 实际上，依赖注入和控制反转是同一概念，无论是依赖注入还是控制反转，它们都动态灵活地管理各种对象。 对象和对象之间的具体实现是相互透明的。 相当于将所需的接口实现注入到所需的类中，这可能是“注入依赖”理论的来源，但实际上上边控制反转中的例子已经包含了这两者
什么是依赖注入？
IOC 可以给我们带来什么好处？IOC思想的最核心是资源由使用资源的双方管理，由不使用资源的第三方管理。
第一，集中管理资源，实现资源的可配置性和易管理性
第二，降低使用资源双方的依存度，即耦合度
其实IoC给编程带来的最大变化不是来自代码，而是来自思想，发生了“主从转换”的变化。 而APP应用本来就是老大，无论获得什么资源都会主动出击。 但是，在IoC/DI思想中，APP应用是被动的，被动地创建IoC容器，等待注入必要的资源。 IoC很好地体现了面向对象的设计规律之一——好莱坞规律。 “不找我们，我们找你”也就是说，IoC容器不是主动寻找对象，而是寻找合适的依赖对象进行注入