关于Spring提前暴露AOP代理对象时的细节扩展

关于Spring提前暴露AOP代理对象时的细节扩展

​ 之前对于Spring解决循环依赖时的提前暴露AOP代理对象一直有点懵，所以特此写一遍文章来加深一下理解

---

1.提前暴露代理对象为什么还能正常使用

开篇一张图

我们都知道Spring在处理单例对象的循环依赖时，会用到三级缓存（假设都知道~）
其中singletonFactories缓存池就是特意为了解决有AOP代理时循环依赖问题的。
对于有AOP的对象，会在实例化后，就直接创建出代理对象并返回，但是这时，代理对象是没有初始化过的，是不可用的，所以Spring在创建代理时，持有了目标对象bean的引用
如上图所示，当代理对象提前创建了，beanXX仍然会进行后续的初始化过程，那么在代理对象中持有的是同一个beanXX，所以该流程下来，不会影响到bean的正常使用。

2.代理对象是如何持有目标类的

Spring创建代理的方式有两种，即JDK动态代理和Cglib代理方式。

1. 对于JDK动态代理，很好理解，代理对象是通过反射调用的目标类beanXX的方法的，所以本就持有了目标对象。
2. 对于Cglib动态代理，我在细看了Cglib的相关实现后，我个人感觉Cglib也是通过了反射调用了目标对象beanXX的方法（具体细节详见Cglib-FastClass）,但是Cglib自身标榜这不是反射，而是直接获得了目标类的方法来调用。。。。（但是java也只提供了反射的模式获取方法啊）

所以从两者实现上来讲，我个人感觉Cglib代理方式性能上的优点并不是十分的突出（有人做过相应的调用时长测试，也不知道有人说性能极快是如何体现出来的。。。），所以更多的只是使用前提上的限制，JDK动态代理需要实现接口而Cglib不需要。

3.在Spring代码中，只要全局有AOP的BeanPostProcessors就会进行AOP提前暴露？

	protected Object getEarlyBeanReference(String beanName, RootBeanDefinition mbd, Object bean) {
		Object exposedObject = bean;
		if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
			for (BeanPostProcessor bp : getBeanPostProcessors()) {
				if (bp instanceof SmartInstantiationAwareBeanPostProcessor) {
					SmartInstantiationAwareBeanPostProcessor ibp = (SmartInstantiationAwareBeanPostProcessor) bp;
					// 如果当前全局有AopAspectJ的BeanPostProcessor，就会提前暴露一个没有初始化过的代理对象
					exposedObject = ibp.getEarlyBeanReference(exposedObject, beanName);
				}
			}
		}
		return exposedObject;
	}

上述代码，只是判断了全局是否有AOP，如果有就提前暴露。但是这么想，却忽略了这个方法的调用前提条件====该方式是在ObjectFactory中被调用的。
Spring默认会对每个单例对象在singletonFactories注册一个singletonFactory，但是当对象创建完成后，该缓存中的singletonFactory就会被移除，对象会被添加到singletonObjects中。所以，只有循环依赖的单例对象（因为只有在循环依赖中要获取的对象才是没有创建完成的）最终才会使用singletonFactory去获取对象从而触发getEarlyBeanReference方法。