Spring IOC、DI

IoC(Inversion of Control) 控制反转

Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。

两种实现方式： 依赖查找（DL）和依赖注入（DI）。

DL 已经被抛弃，因为他需要用户自己去是使用 API 进行查找资源和组装对象。即有侵入性。
DI—Dependency Injection，即“依赖注入”：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。

Spring 作者 Rod Johnson 设计了两个接口用以表示容器。

BeanFactory
ApplicationContext
BeanFactory 粗暴简单，可以理解为就是个 HashMap，Key 是 BeanName，Value 是 Bean 实例。通常只提供注册（put），获取（get）这两个功能。我们可以称之为 “低级容器”。

ApplicationContext 可以称之为 “高级容器”。因为他比 BeanFactory 多了更多的功能。他继承了多个接口。因此具备了更多的功能。例如资源的获取，支持多种消息（例如 JSP tag 的支持），对 BeanFactory 多了工具级别的支持等待。所以你看他的名字，已经不是 BeanFactory 之类的工厂了，而是 “应用上下文”， 代表着整个大容器的所有功能。该接口定义了一个 refresh 方法，此方法是所有阅读 Spring 源码的人的最熟悉的方法，用于刷新整个容器，即重新加载/刷新所有的 bean。

ApplicationContext依赖着BeanFactory的getBean功能，而他还有更多功能：支持不同的信息源头，可以访问文件资源，支持应用事件（Observer 模式）。BeanFactory只负载加载 Bean，获取 Bean。容器其他的高级功能是没有的。例如 refresh 刷新 Bean 工厂所有配置。生命周期事件回调等。

Spring IOC的初始化过程（AC的构造过程）

1.低级容器 加载配置文件（从 XML，数据库，Applet），并解析成 BeanDefinition 到低级容器中。
2.加载成功后，高级容器启动高级功能，例如接口回调，监听器，自动实例化单例，发布事件等等功能。

Get Bean的具体流程

1.加载所有的 Bean 配置成 BeanDefinition 到容器中，如果 Bean 有依赖关系，则使用占位符暂时代替。
2.然后，在调用 getBean 的时候，进行真正的依赖注入，即如果碰到了属性是 ref 的（占位符），那么就从容器里获取这个 Bean，然后注入到实例中 —— 称之为依赖注入。

总结

IoC 在 Spring 里，只需要低级容器就可以实现，2 个步骤：
a. 加载配置文件，解析成 BeanDefinition 放在 Map 里。
b. 调用 getBean 的时候，从 BeanDefinition 所属的 Map 里，拿出 Class 对象进行实例化，同时，如果有依赖关系，将递归调用 getBean 方法 —— 完成依赖注入。
上面就是 Spring 低级容器（BeanFactory）的 IoC。