循环依赖
要了解循环依赖，我们首先要知道代理的一些知识
关于代理
在Spring中我们可以使用ProxyFactory来实现代理的增强
aop的底层是靠的是动态代理，一个切面中可能有多个方法，用来增强，在实例中一个方法被解析为一个advisor切面
代理创建实际：用到aop的地方，bean的后处理器 看是否有自定义targetSource
产生循环依赖调用 getEarlyBeanReference 提前创建代理
循环依赖
首先要了解什么是循环依赖
@Component
public class A {
@Autowired
B b;
}
@Component
public class B {
@Autowired
A a;
}
在对象A创建过程中，需要注入B，因为容器中没有B，则去创建B，B创建过程中又需要注入A，而A在等待B的创建，B在等待A的创建，导致两者都无法创建成功，无法加入到单例池供用户使用。
//三级缓存
public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
//一级缓存(单例池，经过完成生命周期的对象会放入其中)
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
//二级缓存(刚实例化还未初始化的原始对象会放入其中)
private final Map<String, Object> earlySingletonObjects = new HashMap<>(16);
//三级缓存(存放创建某个对象的工厂)
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
一级缓存
保证单例bean只创建一次
一个对象创建，依赖注入，初始化完成后才能放到一级缓存
二级缓存
为了解决循坏依赖中代理类创建过晚的问题
三级缓存
首先从缓存中得到A，A此时为空，自己创建，实例化后在二级缓存中放入这个实例的引用放在singletonFactories中（此时是半成品），然后依赖注入发现需要B，先去二级缓存中找B，没找到，这时去实例化B，B实例化后放入二级缓存，然后去依赖注入A，完成初始化后，二级缓存B移入一级缓存。A再从一级缓存拿到B的实例
如果有代理对象呢？
如果没有使用到代理时，使用set注入，一级缓存和三级缓存已经解决了循环依赖的问题。比如A依赖B，实例化A进行依赖注入时，发现需要B，于是去实例化B，实例化后依赖注入时需要A，这时A已经存在了引用，只不过A此时功能不全，没有初始化。
二级缓存主要是为了解决循环依赖代理的问题。
很明白，我们只需要让代理类创建时机提前就可以解决。
1.
首先左上角的fa->pa||a 可以看做一个工厂方法，它可以判断我们是否需要代理，如果需要代理会给我们提前创建代理对象返回，如果不需要就正常创建
走到蓝色部分是 factories.put(fa)放入到singletonFactories中,也就是三级缓存中。
2.
到B的创建部分, factories.get需要A的对象实例，这是工厂中的fa会返回一个代理对象，并将返回的代理对象放入二级缓存中
3.
debug一下
有代理情况
如果是构造注入发生循坏依赖呢？
解决办法：
1.推迟B对象的获取
代理解决
objectFactory解决
二级缓存只有在循环依赖时才会存东西
Set注入和构造注入
在A中有一个setB方法用来接收B对象的实例。那么Spring实例化A对象的过程如下
在不考虑Bean的初始化方法和一些Spring回调的情况下，Spring首先去调用A对象的构造函数实例化A，然后查找A依赖的对象本例子中是B（合作者）。一但找到合作者，Spring就会调用合作者(B)的构造函数实例化B。如果B还有依赖的对象Spring会把B上依赖的所有对象都按照相同的机制实例化然后调用A对象的setB(B b)把b对象注入给A。因为Spring调用一个对象的set方法注入前,这个对象必须先被实例化。所以在”使用set方法注入”的情况下Spring会首先调用对象的构造函数。
构造注入的过程
如果发现配置了对象的构造注入，那么Spring会在调用构造函数前把构造函数需要的依赖对象都实例化好，然后再把这些实例化后的对象作为参数去调用构造函数。
/**
在使用构造函数和set方法依赖注入时，Spring处理对象和对象依赖的对象的顺序时不一样的。一般把一个Bean设计为构造函数接收依赖对象时，其实是表达了这样一种关系：他们（依赖对象）不存在时我也不存在，即“没有他们就没有我”。
通过构造函数的注入方式其实表达了2个对象间的一种强的聚合关系：组合关系。就比如一辆车如果没有轮子、引擎等部件那么车也就不存在了。而且车是由若干重 要部件组成的，在这些部件没有的情况下车也不可能存在。这里车和他的重要部件就时组合的关系。如果你的应用中有这样类似的场景那么你应该使用“构造函数注 入”的方式管理他们的关系。“构造函数注入”可以保证合作者先创建，在后在创建自己。
通过set方法注入的方式表达了2个对象间较弱的依赖关系：聚合关系。就像一辆车，如果没有车内音像车也时可以工作的。当你不要求合作者于自己被创建 时，“set方法注入”注入比较合适。
虽然在理论上“构造函数注入”和“set方法注入”代表2种不同的依赖强度，但是在spring中，spring并不会把无效的合作者传递给一个 bean。如果合作者无效或不存在spring会抛出异常，这样spring保证一个对象的合作者都是可用的。所以在spring中，“构造函数注入”和 “set方法注入”唯一的区别在于2种方式创建合作者的顺序不同。
使用构造函数依赖注入时，Spring保证所有一个对象所有依赖的对象先实例化后，才实例化这个对象。（没有他们就没有我原则）
使用set方法依赖注入时，Spring首先实例化对象，然后才实例化所有依赖的对象
