Spring_IOC_01——概念讲解
IOC 概述
Spring框架最核心的思想之一就是 控制反转（IOC - Inversion Of Control）
IOC最常见的一种方式叫作 依赖注入（DI - Dependency Injection）
需要明确的是，控制反转并不是什么技术，而是一种设计思想，就是将原本在程序中手动创建对象的控制权，交由Spring容器来统一管理。
理解IOC的关键在于，控制了什么？什么是反转？
-
控制了什么：传统程序设计时，我们直接在程序内部通过
new关键字进行创建对象，是程序主动去创建对象，而IOC是由一个专门的容器来统一创建并管理这些对象。 -
如何理解反转：要理解反转，首先我们要明确什么是正控。正控就是如果我们在使用对象时，由我们自己去负责对象的创建。也就是程序代码中显示的创建对象。而反转，则是需要依赖所在容器来创建及注入依赖的对象。反转了什么呢？获得依赖对象的过程被反转，对象的创建和销毁不再全部由程序控制，而由Spring容器来控制。
所以，字面上可以理解为：当一个对象创建时，程序所依赖的对象由外部传递给它，而非自己去创建所依赖的对象（比如通过new操作）。因此，也可以说在对象如何获取它的依赖这件事上，控制权被反转了。这便不难理解控制反转和依赖注入这两个名字的由来。
IOC 能做什么
简单举个栗子：
在传统的面向对象软件系统中，它的底层实现都是由多个对象组成的，彼此合作，最终实现业务逻辑。
Like This：
软件系统中耦合的对象
而加入了IOC容器后，容器可以实现对象间的解耦：把创建和查找依赖对象的控制权交给容器，由容器进行诸如和组合对象，所以对象之间是松散耦合，这样也方便于测试，同时也利于功能的复用，使得程序在整体结构上便得非常灵活。
IOC解耦过程
IOC很好的体现了面向对象的设计法则之一——好莱坞法则：Don't call me. I’ll call you.
即由IOC容器帮你找对象相应的依赖对象并注入，而不是由对象主动去找。
具体来说，调用方没有和某个具体的Service类耦合到一起，而是只依赖于抽象的接口，这样，上层业务就和底层服务解耦了。体现了面向对象的依赖倒置原则，也就是面向接口编程的设计理念。如果我要改用其他实现，那么无需对业务代码做改动，只需要修改注入的Bean就可以实现。这也是典型的开放—封闭原则的例子。
IoC 如何实现
最后我们简单说一下IoC是如何实现的。我们如果要实现一个依赖注入的功能，怎么做？其实就是如下三个步骤：
- 1）扫描注解或者配置文件，拿到Bean依赖服务实现的具体类名。
- 2）使用反射机制，基于雷鸣实例化对应对象的实例。
- 3）将对象实例，注入到需要依赖的地方。（构造器，或者 setter 方法 ）
会发现原理其实并不难，Spring也是这么做的。只是实现的功能更全面也更复杂。
在下一篇文章，将会讲解在Spring中，是如何实现IOC的，以及Spring IOC的高级特性。
Spring_IOC_02——原理解析
（如果有什么错误或者建议，欢迎留言指出）
（本文内容是对各个知识点的转载整理，用于个人技术沉淀，以及大家学习交流用）
参考资料：
张开涛——IOC基础
简书——Spring IOC详解
Spring的IOC原理(通俗解释)
源码解读Spring IOC原理
