IOC是一种可以帮助我们解耦各业务对象间依赖关系的对象绑定方式。

一、注入方式（通常我们会说IOC是通过DI来实现的，那么有哪些注入方式呢？）

• 构造方法注入（对相同类型的参数的处理会比较困难，维护和使用比较麻烦）
• setter方法注入（侵入性弱，good）
• 接口注入（退役，强制被注入对象实现不必要的接口，带有侵入性）
• 关于实现：反射（正常注入）+CGLIB动态生成其子类（方法注入，每一次返回不同的对象）

二、IOC Service Provider的职责（抽象出来的概念，可以指代任何将IOC场景中的业务对象绑定到一起的实现方式）

• 业务对象的构建管理
• 业务对象间的依赖绑定
• 直接编码的方式
• 配置文件方式
• 注解的方式

三、BeanFactory—Spring的IOC容器

• 基础类型IOC容器，提供完整的IOC服务支持。如果没有特殊指定，默认采用延迟初始化策略。
• BeanFactory，Bean工厂，其实其就像一个工厂，通过“流水线”生产出一个个Bean，然后管理着所有被他“生产”出来的Bean。
• 其实可以将BeanFactory的实现看作两个阶段：容器启动阶段、Bean实例化阶段。同时spring的IOC容器在实现的时候，在每个阶段都加入了相应的容器扩展点，以便我们可以根据具体场景的需要加入自定义的扩展逻辑。
• 容器启动阶段：
  • 通过某种途径加载Configuration MetaData。
  • 解析和分析，编组为相应的BeanDefinition（每一个Bean都有一个对应的BeanDefinition，保存着这个类的各种信息）。
  • 将BeanDefinition注册到相应的BeanDefinitionRegistry（定义抽象了Bean的注册逻辑，简单来说就是hold bean definitions），启动工作完成。
• Bean实例化阶段：
  • 根据准备信息，就可以根据需要生产Bean了，BeanFactory的实现类负责具体Bean的注册和管理工作。

四、ApplicationContext——Spring的IOC容器

• ApplicationContext是一个更加先进的容器，除了包含BeanFactory的所有功能，还进一步拓展了基本容器的功能，真实“青出于蓝而胜于蓝”！
• 统一资源加载策略：spring提供了一套基于org.springframework.core.io.ResourceLoader接口的资源抽象和加载策略。
• 国际化信息支持
• 容器内部事件发布
• 多配置模块加载的简化