ioc概念

代码书写现状

这里面存在一个问题：

假如我的dao层的业务发生了改变 比如之前上线的是BookDaoImpl 现在想改为BookDaoImpl2 

耦合度偏高
解决方案
使用对象时，在程序中不要主动使用new产生对象，转换为由外部提供对象

IoC（Inversion of Control）控制反转
使用对象时，由主动new产生对象转换为由外部提供对象，此过程中对象创建控制权由程序转移到外部，此思想称为控制反转
Spring技术对IoC思想进行了实现
Spring提供了一个容器，称为IoC容器，用来充当IoC思想中的“外部”
IoC容器负责对象的创建、初始化等一系列工作，被创建或被管理的对象在IoC容器中统称为Bean

（1） 软件系统在没有引入IoC容器之前，对象A依赖对象B，那么A对象在实例化或者运行到某一点的时候，自己必须主动创建对象

B或者使用已经创建好的对象B，其中不管是创建还是使用已创建的对象B，控制权都在我们自己手上。

（2）如果软件系统引入了Ioc容器之后，对象A和对象B之间失去了直接联系，所以，当对象A实例化和运行时，如果需要对象B的

话，IoC容器会主动创建一个对象B注入到对象A所需要的地方。

（3）通过前面的对比，可以看到对象A获得依赖对象B的过程，由主动行为变成了被动行为，即把创建对象交给了IoC容器处理，控

制权颠倒过来了，这就是控制反转的由来！

DI（Dependency Injection）依赖注入
在容器中建立bean与bean之间的依赖关系的整个过程，称为依赖注入

目标：充分解耦
使用IoC容器管理bean（IoC)
在IoC容器内将有依赖关系的bean进行关系绑定（DI）
最终效果
使用对象时不仅可以直接从IoC容器中获取，并且获取到的bean已经绑定了所有的依赖关系