spring之控制反转、依赖注入

一、控制反转（Ioc—Inversion of Control）
理解：IOC是一种设计思想，不是像原来一样在你的对象内部直接控制，而是将你设计好的对象交给容器控制。
控制反转，我们从字面意思来看，控制，谁控制谁，控制什么；反转，什么是反转，如何反转！

谁控制谁，控制什么：在传统Java SE程序设计时，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IOC则是专门有一个容器来创建这些对象，即由Ioc容器来控制对象的创建；
谁控制谁：自然是IOC 容器控制了对象；
控制什么：主要是控制了外部资源的获取（包括对象在内，还有文件等外部资源）

什么是反转：有反转，那么肯定也就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；由容器来帮忙创建及注入依赖对象即为反转。
为何是反转：因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转。
哪些方面反转了：依赖对象的获取被反转了。

传统程序设计如下图所示，都是主动去创建相关对象然后再组合起来：

Ioc容器来控制对象的创建：

IOC的作用
IOC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IOC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

其实IOC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IOC/DI思想中，应用程序就变成被动的了，被动的等待IOC容器来创建并注入它所需要的资源了。

IoC很好的体现了面向对象设计法则之一—— 好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找。

IOC和DI

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

理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”：
谁依赖于谁：应用程序依赖于IoC容器；
为什么需要依赖：应用程序需要IoC容器来提供对象需要的外部资源；
谁注入谁：很明显是IoC容器注入应用程序某个对象，应用程序依赖的对象；
注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。

IOC、DI有什么关系？
控制反转是应用于软件工程领域中的，在运行时被装配器对象来绑定耦合对象的一种编程技巧，对象之间耦合关系在编译时通常是未知的。在使用控制反转的情况下，业务逻辑的流程是由对象关系图来决定的，该对象关系图由装配器负责实例化，这种实现方式还可以将对象之间的关联关系的定义抽象化。

而绑定的过程是通过“依赖注入”实现的。

控制反转是一种以给予应用程序中目标组件更多控制为目的设计范式，依赖注入是在编译阶段尚未知所需的功能是来自哪个的类的情况下，将其他对象所依赖的功能对象实例化的模式。这就需要一种机制用来激活相应的组件以提供特定的功能，所以依赖注入是控制反转的基础。否则如果在组件不受框架控制的情况下，框架又怎么知道要创建哪个组件？