循环依赖问题在 Spring 中有三种情况：
（1）通过构造方法进行依赖注入时产生的循环依赖问题
（2）通过 setter 方法进行依赖注入时且是在多例模式下产生的循环依赖问题
（3）通过 setter 方法进行依赖注入且是在单例模式下产生的循环依赖问题
在 spring 中只有第（3）种方式的循环依赖问题被解决了，其他两种方式在遇到循环依赖问题时都会产生异常，这是因为：
第一种：构造方法注入产生的循环依赖：当多个对象之间存在循环的引用关系时（也就是 A 类中注入 B 对象，同时 B 类中注入 A 对象），在初始化过程中，就会出现 “先有鸡还是先有蛋” 的问题。
@Lazy 注解：在构造方法上加上 @Lazy 注解解决构造方法造成的循环依赖问题。（本质上就是懒加载，先加载一个后加载一个）
第二种：setter 方法（多例）的情况下，每一次获取 bean 时就会产生一个新的 bean，一直下去就会产生无数的 Bean，最终会导致 OOM（内存溢出）问题的出现
Spring 在单例模式下的 setter 方法注入引起的循环依赖问题，主要是通过二级缓存和三级缓存来解决的，其中三级缓存是主要贡献者。
二级缓存会保存 new 出来的不完整的对象，这样当单例池中找不到依赖的属性时，就可以先从二级缓存中获取到不完整的对象并完成对象创建，然后在后续的依赖注入过程中将单例池中对象的引用关系调整完成。
三级缓存中，如果引用的对象配置了 AOP，那在单例池中最终就会需要注入动态代理对象而不是原对象。而生成动态代理是要在对象初始化完成之后才开始的。所以 Spring 增加三级缓存，保存所有对象的动态代理配置信息。在发现有循环依赖时，会将这个对象的动态代理信息获取出来，提前进行 AOP，生成动态代理。
