谈谈你对IOC的理解

谈谈你对IOC的理解

容器概念、控制反转、依赖注入

ioc容器：

实际上就是个map(key， value) ， 里面存的是各种对象(在xml里配置的bean节点、@repository、 @service、@controller、@component) ， 在项目启动的时候会读取配置文件里面的bean节点， 根据全限定类 名使用反射创建对象放到map里、扫描到打上上述注解的类还是通过反射创建对象放到map里。 这个时候map里就有各种对象了， 接下来我们在代码里需要用到里面的对象时， 再通过DI注入(autowired、 resource等注解， xml里bean节点内的ref属性， 项目启动的时候会读取xml节点ref属性根据id注入， 也会扫描这 些注解，根据类型或id注入；id就是对象名)。

控制反转：

没有引入IOC容器之前，对象A依赖于对象B，那么对象A在初始化或者运行到某一点的时候，自己必须主动去创建 对象B或者使用已经创建的对象B。无论是创建还是使用对象B，控制权都在自己手上。

引入IOC容器之后，对象A与对象B之间失去了直接联系，当对象A运行到需要对象B的时候，IOC容器会主动创建 一个对象B注入到对象A需要的地方。

通过前后的对比，不难看出来：对象A获得依赖对象B的过程，由主动行为变为了被动行为，控制权颠倒过来了，这 就是“控制反转这个名称的由来。

全部对象的控制权全部上缴给"第三方"IOC容器，所以， IOC容器成了整个系统的关键核心，它起到了一种类似“粘 合剂"的作用，把系统中的所有对象粘合在一起发挥作用，如果没有这个“粘合剂"，对象与对象之间会彼此失去联 系， 这就是有人把IOC容器比喻成粘合剂"的由来。

依赖注入：

"获得依赖对象的过程被反转了"。控制被反转之后， 获得依赖对象的过程由自身管理变为了由IOC容器主动注入。 依赖注入是实现IOC的方法， 就是由IOC容器在运行期间， 动态地将某种依赖关系注入到对象之中。