IOC有三点：容器概念、控制反转、依赖注入。

IOC容器
实际上就是一个map(key,value),里面存放的时各种对象(在xml里配置的bean节点、@repository、@service、@controller、@component)，在项目启动的时候或读取配置文件里面的bean节点，根据全限定类名使用反射创建对象放到map里。

这时map里面就有各种对象了，接下来我们再代码里需要用到里面的对象时，再通过DI注入(@Autowired、@Resource等注解，xml里bean节点内的ref属性，项目启动的时候会读取xml节点ref属性注入，也会扫描这些注解，根据类型或名称注入)。

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

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

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

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

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