Spring IOC

传统编码创建对象时，我们总是通过 new 方法主动创建对象，但是在现实中，一个复杂的系统面对着成千上百的对象，如果每一个对象都通过手动创建、维护，就会十分的复杂。更多时候，我们希望通过简单方法获得想要的对象，这就是被动创建对象。

被动创建对象，不需要程序员手动一个个 new 出对象，只需要给出想要对象的描述就可以得到对象。在Spring框架中，这样的效果可以通过 IOC 实现。

Spring IOC

IOC又称控制反转，就是将对象的创建权利发生反转，从之前自己手动的创建对象，现在变成由Spring容器帮助创建生成新的对象，程序员无需关注对象的创建过程，无需关注对象的生命周期。

举个例子，当你想喝水果饮料时，有两种选择，第一种是自己买水果来榨汁喝，第二种是去饮料店点一杯水果饮料。第一种解决方法就类似于手动 new 出一个对象，第二种解决方法是通过第三方直接获取对象。

这个例子包含了控制反转的思想，由自己榨饮料转换成通过第三方得到饮料，将制造饮料的过程由自己反转给第三方，这就是控制反转。而在Spring中，实现控制反转的就是 IOC 容器，其实现方法是依赖注入（Dependency Injection,DI）。

IOC 不是一种技术，只是一种思想，一个重要的面向对象编程的法则，指导如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了 IOC 容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松耦合关系，使得程序的整个体系结构变得非常灵活。

其实 IOC 对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在 IOC/DI 思想中，应用程序就变成被动的了，被动的等待 IOC 容器来创建并注入它所需要的资源了。

Spring IOC 容器

Spring IOC 容器的设计主要是基于 BeanFactory 和 ApplicationContext 两个接口，其中 ApplicationContext 是 BeanFactory 的子接口之一，BeanFactory 是 Spring IOC 容器所定义的最底层接口。ApplicationContext 是对 BeanFactory 功能做了更多扩展，在大部分场景下，都是使用 ApplicationContext 作为 Spring IOC 容器。

Spring IOC 容器初始化 Bean

Bean 的定义和初始化在 Spring IOC 容器中是两大步骤，Bean 的定义分为3步：

1. Resource 定位，这步是 Spring IOC 容器根据开发者的配置，进行资源定位。
2. BeanDefinition 的载入，这个时候只是将 Resource 定位到的信息保存到 Bean 定义（BeanDefinition）中，此时不会创建 Bean 实例。
3. BeanDefinition 的注册，这个过程将 BeanDefinition 的信息发布到 Spring IOC 容器中，此时仍然没有创建 Bean 的实例。

做完这3步，Bean 在 Spring IOC 容器中就被定义了，但是没有被初始化，更没有完成依赖注入，这时它还不能完全使用，对于初始化和依赖注入，Spring Bean 还有一个配置——lazy-init（是否初始化 Spring Bean）。默认值为 default，实际值为 false，也就是 Spring IOC 默认自动初始化 Bean，如果设置为 true，就只有在使用 Spring IOC 容器的 getBean 方法获取时才会被初始化，完成依赖注入。

Spring Bean 生命周期图