请阐述下你对spring循环依赖的理解?真的是......秃头是有原因的......
下面逐层深入了解,揭开它的神秘面纱!
spring中的一、二、三级缓存
#一级缓存:存储所有创建完整的beanprivatefinalMap<String,Object>singletonObjects=newConcurrentHashMap<>(256);#二级缓存:存储完成实例化后的bean(createBeanInstance方法执行结束,但还未执行populateBean-属性注入等方法)privatefinalMap<String,Object>earlySingletonObjects=newConcurrentHashMap<>(16);#三级缓存:对象工厂,通过ObjectFactory.getObject()方法,获取到类似于二级缓存中存储的对象privatefinalMap<String,ObjectFactory<?>>singletonFactories=newHashMap<>(16);
spring bean初始化关键流程说明
createBeanInstance:推断构造方法,通过反射,实例化一个对象;执行完该方法,会调用addSingletonFactory方法,将之放入三级缓存中。
// 三级缓存中存储的是对象工厂,获取对象时,需调用ObjectFactory.getObject(方法)addSingletonFactory(beanName,()->getEarlyBeanReference(beanName,mbd,bean));Assert.notNull(singletonFactory,"Singleton factory must not be null");synchronized(this.singletonObjects){if(!this.singletonObjects.containsKey(beanName)){this.singletonFactories.put(beanName,singletonFactory);this.earlySingletonObjects.remove(beanName);this.registeredSingletons.add(beanName);}}
getEarlyBeanReference方法:
protectedObjectgetEarlyBeanReference(StringbeanName,RootBeanDefinitionmbd,Objectbean){ObjectexposedObject=bean;if(!mbd.isSynthetic()&&hasInstantiationAwareBeanPostProcessors()){for(SmartInstantiationAwareBeanPostProcessorbp:getBeanPostProcessorCache().smartInstantiationAware){exposedObject=bp.getEarlyBeanReference(exposedObject,beanName);}}returnexposedObject;}
populateBean:为上述创建的对象填充属性信息。
initializeBean:执行aware接口、初始化方法、AOP代理【如有需要】。
A、B相互依赖场景 | 是否支持 |
均采用setter方法/属性注入 | 支持 |
均采用构造器注入 | 不支持 |
A中注入B为setter方法,B中注入A为构造器 | 支持 |
A中注入B为构造器方法,B中注入A为setter方法 | 不支持 |
在调用createBeanInstance,通过反射实例化对象后,会调用addSingletonFactory方法,将创建的早期对象存放到三级缓存中。所以关键在于三级缓存中是否存在早期对象;比如:上述场景二:均采用构造器注入,为什么不支持该场景呢?
创建beanA时,在执行createBeanInstance(beanA)方法时,此时发现beanA依赖beanB, 则会去执行创建beanB流程,但是此时addSingletonFactory方法并没有执行, 则三级缓存中不存在早期对象beanA,所以spring不支持“均采用构造器注入”的场景。
上述其他场景不再一一阐述。
AOP代理本质是反射,反射出来的对象每次都是不同的,如果多个对象和beanA出现循环依赖,那么只有二级缓存的话就会反射出不同的对象了。