Q：谈谈你对Spring IoC的理解，它的实现原理是什么？
A：IoC，即控制反转，它通过将控制权交给spring容器，来实现对象之间的解耦，减少了代码修改的工作量。真实的例子来说，如果A类中有对B类的引用，那么A就有着对B的控制权，如果在代码中直接创建B类对象的话，在B类需要更改时，A类也要随之更改；IoC则是将控制权交给Spring容器，A类中不对B类对象进行初始化，在程序需要B类的时候，spring容器会为A类装配B类对象，这样，即使B类改变，A类也无需做出修改。
Spring IoC是基于工厂模式+反射技术实现的。实现的步骤如下：
配置文件中的每一个<bean>标签即对应着一个BeanFactory对象，IoC容器在初始化阶段会先构建一个工厂类，默认是DefaultListedBeanFactory，以下是BeanFactory类的UML图：
它的三个子接口分别对应了三种不同的功能。
以上接口的实现类构成了工厂类的真正执行单元，也即是IoC容器，主要有两个：XmlBeanFactory和ApplicationContext，由于前者功能太基础，已经被废弃，不建议使用，后者的子类UML图如下：
三个最终的子类分别对应了加载配置文件的三个场景。
接下来是IoC容器的初始化过程：
BeanDefinitionReader通过读取配置文件将其封装到Resource类，之后通过XML解析器将为各个<bean>标签生成对应的BeanDefinition对象，但是这里的BeanFactory还是各半成品，之后利用容器中注册的BeanFatoryPostProcessor类将其加工成成品。
BeanDefinition加工完成之后，会被注册到BeanDefinitionRegistry中去，后续操作直接从中拿取配置信息。
至此，初始化部分完成。
依赖注入：
在调用getBean()方法时，便开启了Bean的生命周期，生命周期图如下：
其中BeanNameAware类为该bean设置配置文件中设置的name，BeanFactoryAware为bean设置工厂名，这些都是bean生命周期中自带的类。此类的类还有InitializingBean，DisposableBean。
而图中标有⭐的类都不是生命周期自带的，它们在配置文件中注册，程序员可以根据自己的需求在实例化前后，以及初始化前后进行“后处理器”操作（AOP）。
Spring中支持5中bean的作用域：
| 作用域 | 解释 |
|---|---|
| singleton | 该作用域将 bean 的定义的限制在每一个 Spring IoC 容器中的一个单一实例(默认)。 |
| prototype | 该作用域将单一 bean 的定义限制在任意数量的对象实例。 |
| request | 该作用域将 bean 的定义限制为 HTTP 请求。只在 web-aware Spring ApplicationContext 的上下文中有效。 |
| session | 该作用域将 bean 的定义限制为 HTTP 会话。 只在web-aware Spring ApplicationContext的上下文中有效。 |
| global-session | 该作用域将 bean 的定义限制为全局 HTTP 会话。只在 web-aware Spring ApplicationContext 的上下文中有效。 |
IoC依赖注入的三种方式：
- 构造函数注入：通过调用类的构造函数，将接口实现类通过构造函数变量传入；
- 属性注入：可以有选择的通过setter方法完成调用类所需依赖的注入；
- 接口注入：将调用类所有依赖注入的方法抽取到一个接口中，调用类通过实现该接口提供的相应的注入方法，效果和属性注入是完全一样，但增加了类的数目，所以不提倡；
