IOC 控制反转

1. 引入

    （1）控制反转 Inversion of Control ：由 Spring 框架管理 Bean ，即由开发者管理 Bean 转变为框架管理 Bean。

    （2）IOC 容器 IOC Container ：用于存放 Spring 框架托管创建的 Bean。

    （3）Spring 框架为了更好让用户配置 Bean，必然会引入不同方式来配置 Bean？ 即 XML 配置，Java 配置，注解配置。

    （4）Spring 框架既然接管了 Bean 的生成，必然需要管理整个 Bean 的生命周期等；

    （5）依赖注入 Dependency Injection：应用程序代码从 IOC Container 中获取依赖的 Bean，注入到应用程序中的过程。

    （6）控制反转是通过依赖注入实现的，其实它们是同一个概念的不同角度描述。通俗来说就是 IOC 是设计思想，DI 是实现方式。

    （7）在依赖注入时，有哪些方式呢？这就是构造器方式，@Autowired, @Resource, @Qualifier ... 同时 Bean 之间存在依赖（可能存在先后顺序问题，以及循环依赖问题等）

────────────────────────────────────────────────────────────

2. IOC（ Inversion of Control ）

    （1）IOC 不是一种技术，而是一种设计思想。一个重要的面向对象编程的法则，它能指导开发者如何设计出松耦合、更优良的程序。

    （2）IOC 意味着将自定义类的对象交给容器控制，而不是开发者直接控制。

    （3）在 Java 开发中，传统应用程序都是由开发者在类内部主动 new 创建依赖对象，从而导致类与类之间高耦合，难于测试；而 IOC 有专门一个容器【 IOC 容器】来管理这些对象，Spring 把创建、查找、赋值依赖对象的控制权交给了容器，由容器进行注入依赖对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

────────────────────────────────────────────────────────────

3. IOC 常见问题

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

    （2）为何是反转，哪些方面反转了？：有反转就有正转，传统应用程序是由开发者在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。

────────────────────────────────────────────────────────────

4. IOC 的作用

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

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