Spring源码解析(十)分析一个Spring循环引用失败的问题

前言:

之前我们有分析过Spring是怎么解决循环引用的问题,主要思路就是三级缓存；Spring在加载beanA的时候会先调用默认的空构造函数(在没有指定构造函数实例化的前提下)得到一个空的实例引用对象，这个时候没有设置任何值，但是Spring会用缓存把它给提前暴露出来，让其他依赖beanA的bean可以持有它提前暴露的引用；比如 a 依赖b ，b依赖a，并且他们都是通过默认方法实例化，那么简单流程是这样的：

1. ioc实例化a,a提前暴露自己的，然后填充属性值，在填充属性值的时候发现有个对象b,这个时候去容器里面取到b的引用，发现b还没有被创建，那么就走实例化b的流程；
2. 实例化b；流程跟a一样；但是不同的是b填充属性的时候，发现有引用a的实例，这个时候a已经提前暴露了自己了，所以b可以直接在容器里面拿到a的引用；那么b就实例化并且也初始化完成了;
3. 拿到b了之后，a就可以持有b的引用 ，整个流程就走完了;

具体详细一点可以看这篇文章Spring-bean的循环依赖以及解决方式

Spring不能解决“A的构造方法中依赖了B的实例对象，同时B依赖了A的实例对象”这类问题

这篇文章我想从源码的角度来分析一下整个流程；并且分析一下Spring为什么不能解决“A的构造方法中依赖了B的实例对象，同时B依赖了A的实例对象”这类问题

例子

---

首先创建两个bean类;
Ci