浅谈 IOC 什么是 IOC？

本文以文字为主题，并没有代码案例，仅限于记录自己对于 IOC 的理解，文中也啥特别高深的东西，大牛和大佬可以忽略本文，以免浪费您宝贵的时间

什么是 IOC ？

     IOC （Inversion Of Control，控制倒转），是spring的核心，贯穿始终，所谓IOC ，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。所有的类都会在spring容器中登记，告诉spring你是个什么，你需要什么，然后spring会在系统运行到适当的时候，把你要的东西主动给你，同时也把你交给其他需要你的东西。所有的类的创建、销毁都由 spring来控制，也就是说控制对象生存周期的不再是引用它的对象，而是spring。对于某个具体的对象而言，以前是它控制其他对象，现在是所有对象都被spring控制，所以这叫控制反转。

IOC 的主要作用是什么？

     IOC 理论提出的观点大体是这样的：借助于“第三方”实现具有依赖关系的对象之间的解耦，那么问题来了，什么是解耦呢？

扩充话题

     解耦通俗地说就是两个东西原来互相影响，现在让他们独立发展，核心思想还是最小职责，每个地方都只做一件事情，只要一个地方负责了多项事情，就存在解耦的可能。在系统每个层次都可以体现解耦的思想，比如在架构层面把存储和业务逻辑解耦，把动态页面和静态页面解耦，在模块层面把业务模块和统计模块解耦，在代码层面把多个功能解耦等等。解耦的思想很好，但是没必要为了解耦而解耦，还是要从业务需求以及系统定位出发，满足一段时间内系统发展的需要即可。简单通俗的理解就是，电脑拔掉鼠标键盘显示器依然可以运行，这就是解耦。

什么是控制反转？

     就相当于，假如有 a 和 b 两个对象，在注入 IOC 之前，a 依赖于 b 那么对象 a 在初始化或者运行到某一点的时候，自己必须主动去创建对象 b 或者使用已经创建的对象 b ，无论是创建还是使用对象 b ，控制权都在自己手上 ，而注入 IOC 之后就变了，对象 a 与对象 b 之间失去了直接联系，当对象 a 运行到需要对象 b 的时候，IOC 容器会主动创建一个对象 b 注入到对象 a 需要的地方。其实通过上边这个举例可以很明显的就看出来，对象 a 获得依赖对象 b 的过程，由主动行为变为了被动行为，控制权颠倒过来了，这就是“控制反转”这个名称的由来。

什么是依赖注入？

     依赖注入让 bean 与 bean 之间以配置文件组织在一起，而不是以硬编码的方式耦合在一起，其实依赖注入和控制反转是同一个概念，不管是依赖注入，还是控制反转，都采用动态、灵活的方式来管理各种对象。对象与对象之间的具体实现互相透明。相当于将需要的接口实现注入到需要它的类中，这可能就是“依赖注入”说法的来源了，其实上边控制反转中的例子已经将这两个都包括了

IOC  可以给我们带来什么好处？

    IOC 的思想最核心的地方在于，资源不由使用资源的双方管理，而由不使用资源的第三方管理。

        第一，资源集中管理，实现资源的可配置和易管理

        第二，降低了使用资源双方的依赖程度，也就是我们说的耦合度

    其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。IoC很好的体现了面向对象设计法则之一好莱坞法则：“别找我们，我们找你”；即由IoC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找