Spring——Spring核心-IOC/DI

Spring——Spring的IOC

1.IOC是什么？

IOC（Inversion of Control），即控制反转。IOC并不是什么技术，只是一种设计思想。在Java开发中，IOC意味着将设计好的对象交给Spring容器控制，而不是传统的在对象的内部控制。要理解IOC反转控制就要明确两个问题：

• 谁控制谁，控制什么？：
  传统的JavaSE程序设计的时候，我们直接可以在对象的内部通过new关键字进行创建对象，是程序主动去创建依赖对象；而IOC是有一个专门的容器来创建这些对象，即由IOC容器创建对象。那么是谁控制谁呢？当然是IOC容器控制了对象；控制的是什么？控制的主要是外部资源获取（不只是对象，还有文件等）
• 为什么是反转，哪些方面反转了？：
  传统的应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转。而反转则是由容器来帮忙创建以及依赖注入对象；那么为什么是反转？因为容器帮我们查找以及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了

2.图解IOC原理

传统程序设计，都是主动的去创建对象然后再组合起来：

有了IOC/DI的容器后，在客户端中不再主动创建这些对象了：

3.IOC能做什么？

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

IOC对编程带来的最大改变不是从代码上，二十从思想上，发生了"主从换位"的变化。应用程序原本是老大，要获取什么资源都是自己主动去拿，但是在IOC/DI思想中，应用程序就变得被动了，被动的等地IOC容器来创建并注入它所需要的资源了。

控制反转是说创建对象的控制权进行转移，以前创建对象的主动权和创建时机是由自己把控的，而现在这种权力转移到第三方，比如转移交给了IOC容器

IOC思想就是帮助对象找响应的依赖对象并注入，而不是由对象主动去找

4.IOC本质——DI（依赖注入）

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

DI是IOC思想的具体实现，本质就是设置接口，调用JavaBean的set方法进行依赖注入，是一种抽象的思维