注意，这里不是函数的循环调用，是对象的相互依赖关系。循环调用其实就是一个死循环，除非有终结条件。
Spring中循环依赖场景有：
- 构造器的循环依赖（构造器注入）
- Field 属性的循环依赖（set注入）
构造器的循环依赖问题无法解决，只能拋出BeanCurrentlyInCreationException 异常；在解决属性循环依赖时，spring采用的是提前暴露对象的方法。
二、循环依赖处理机制
- 单例 bean 构造器参数循环依赖（无法解决）
- prototype 原型 bean循环依赖（无法解决）
对于原型bean的初始化过程中不论是通过构造器参数循环依赖还是通过setXxx方法产生循环依赖，Spring都会直接报错处理。
AbstractBeanFactory.doGetBean()方法：
在获取bean之前如果这个原型bean正在被创建则直接抛出异常。原型bean在创建之前会进行标记这个beanName正在被创建，等创建结束之后会删除标记。
总结：Spring 不支持原型 bean 的循环依赖。
单例bean通过setXxx或者@Autowired进行循环依赖
Spring 的循环依赖的理论依据基于 Java 的引用传递，当获得对象的引用时，对象的属性是可以延后设置的，但是构造器必须是在获取引用之前。
Spring通过setXxx或者@Autowired方法解决循环依赖其实是通过提前暴露一个ObjectFactory对象来完成的，简单来说ClassA在调用构造器完成对象初始化之后，在调用ClassA的setClassB方法之前就把ClassA实例化的对象通过ObjectFactory提前暴露到Spring容器中。
- Spring容器初始化ClassA通过构造器初始化对象后提前暴露到Spring容器。
- ClassA调用setClassB方法，Spring首先尝试从容器中获取ClassB，此时ClassB不存在Spring容器中。
- Spring容器初始化ClassB，同时也会将ClassB提前暴露到Spring容器中。
- classB调用setClassA方法，Spring从容器中获取ClassA ，因为第一步中已经提前暴露了ClassA，因此可以获取到ClassA实例。
- ClassA通过spring容器获取到ClassB，完成了对象初始化操作。
- 这样ClassA和ClassB都完成了对象初始化操作，解决了循环依赖问题。
