springIoc依赖注入循环依赖三级缓存

发布时间:2024年01月12日

springIoc的理解,原理和实现

控制反转:

理论思想,原来的对象是由使用者来进行控制,有了spring之后,可以把整个对象交给spring来帮我们进行管理

依赖注入DI:

依赖注入,把对应的属性的值注入到具体的对象中,@autowired,populateBean完成属性的注入

容器

beanFactory,存储对象,使用map结构来存储,在spring中一般存在三级缓存,singletonObjects存放完整的bean对象,整个bean的生命周期,从创建初始化使用到销毁的过程都是容器来管理的

1,一般ioc容器的时候设计到容器的创建过程(beanFactory,DefaultListableBeanFactory)
2,加载解析bean对象,准备要创建的bean对象的定义对象 beanDefinition(xml或者注解的解析过程)
3,beanFactoryPostProcessor的处理,此处是扩展点,PlaceHolder
ConfigurSupport,ConfigurationClassProcessor.
4,BeanPostProcessor的注册功能,方便后续bean对象完成具体的扩展对象。
5,通过反射的方式将BeanDefinition对象实例化成具体的bean对象。
6,bean对象的初始化过程(填充属性,调用aware的子类方法,调用BeanPostProcessor前置处理方法,调用init-method方法,BeanPostProcessor的后置处理方法)

描述一下bean的生命周期

1,实例化bean,反射的方式生成对象
2,填充bean的属性:populateBean(),循环依赖的问题(三级缓存)
3,调用aware接口相关的方法:invokeAwareMethod(完成beanName可以获取容器bean的名称,BeanFactory获取当前bean factory这也可以调用容器的服务,BeanClassLoader对象的属性设置)
4,调用BeanPostProcessor中的前置方法:使用比较多的ApplicationContextPostProcessor设置ApplicationContext,Environment,ResourceLoader,EmbeddValueResolver等对象。
5,调用initmethod方法:invokeInitmethod(),判断是否实现了IntialzingBean接口,如果有,调用afterPropertiesSet方法。
6,调用BeanPostProceessor的后置处理方法:spring的aop就是在此实现的,AbstractAutoProxyCreator注册Destuction相关的回调接口。
7,通过getbean获取完整对象
8.销毁 判断是否实现了DisposableBean接口 destroyMethod方法
请添加图片描述

请添加图片描述

循环依赖

什么是循环依赖:

第一种互相依赖:A 依赖 B,B 又依赖 A,它们之间形成了循环依赖

在这里插入图片描述

第二种三者之间的依赖 A依赖B,B依赖C,C依赖A

在这里插入图片描述

第三种是自我依赖:A依赖A形成了循环依赖

在这里插入图片描述

三级缓存

  1. singletonObjects:缓存某个beanName对应的经过了完整生命周期的bean
  2. earlySingletonObjects:缓存提前拿原始对象进行了AOP之后得到的代理对象,原始对象还没有进行属性注入和后续的BeanPostProcessor等生命周期
  3. singletonFactories:缓存的是一个ObjectFactory,主要用来去生成原始对象进行了AOP之后得到的代理对象,在每个Bean的生成过程中,都会提前暴露一个工厂,这个工厂可能用到,也可能用不到,如果没有出现循环依赖依赖本bean,那么这个工厂无用,本bean按照自己的生命周期执行,执行完后直接把本bean放入singletonObjects中即可,如果出现了循环依赖依赖了本bean,则另外那个bean执行ObjectFactory提交得到一个AOP之后的代理对象(如果有AOP的话,如果无需AOP,则直接得到一个原始对象)。
public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
	/** Cache of singleton objects: bean name to bean instance. */
	private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);

	/** Cache of singleton factories: bean name to ObjectFactory. */
	private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);

	/** Cache of early singleton objects: bean name to bean instance. */
	private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16);
}

能否把一级缓存和二级缓存合并,只保留一个map结构来完成类似的功能?

理论上是可行的,一级缓存和二级缓存的value类型都是Object,都可以用来存放对象,只是对象的状态不同而已,所以当使用一个map的时候,只要给定具体的标识就可以解决这个问题,也就是说设置对象的时候,在value中不再直接存放对象,而是对象加标识位,比如0代表成品,1代表半成品,那么一个map就可以存储成品对象和办成品对象了,但是虽然可以这么干,没人会这么做,代码不优雅,而且每次在进行对象的存或者放的时候都要判断是否是成品对象,比较麻烦,直接用两个map结构解决即可

如果只有一级缓存和二级缓存,能否解决循环依赖的问题?

可以,但是有前提条件:没有aop的配置或者不需要创建代理对象的时候,两个map就可以解决循环依赖的问题

为什么三级缓存可以解决aop下的循环依赖问题?三级缓存到底有什么作用?

1,在同一个容器中,能否出现同名的不同对象?
不能,id是唯一标识

2,在同一个容器中,按照标准的生命周期,先创建了原始对象,后续又创建了代理对象,那时会怎么办?
当创建了代理对象之后,应该要使用代理对象的,但是原始对象已经存在,那么应该将原始对象给覆盖掉。getEarlyBeanReference()方法执行的逻辑是一样的

3,三级缓存到底有什么作用,为什么存在代理对象的时候就要使用三级缓存呢?
在标准的bean的生命周期中,要先创建出原始对象,创建出原始对象之后要使用populateBean方法来完成属性的赋值,此时赋值的对象是原始对象,因为代理对象还没有创建,代理对象的创建步骤是在BeanPostProcessor的后置处理方法中,也就是说已经完成赋值之后代理对象才创建出来,所以会报错(this means that said other beans do not use the final version of the bean),如何解决这个问题呢?

需要将代理对象的创建前置,也就是说在对象赋值的那一刻,要唯一性的确定出到底是原始对象还是代理对象,所以会优先把所有的bean都放到三级缓存中,在需要进行对象赋值的时候,从三级缓存中取出lambda表达式,lambda表达式的执行逻辑就是确定原始对象还是代理对象。如果是原始对象就赋值原始对象,如果是代理对象就赋值代理对象。

Spring中哪些情况下,不能解决循环依赖问题?

1,多例Bean通过setter注入的情况,不能解决循环依赖的问题。
当两个多例Bean相互依赖并且使用 Setter 方法注入时,Spring容器无法解决循环依赖。这是因为在多例模式下,每次请求获取一个新的Bean实例,Spring容器无法在创建Bean之前就确定依赖关系。
2,构造器注入的bean情况,不能解决循环依赖的问题。
循环依赖的产生:循环依赖通常在Bean的创建阶段发生,而构造器注入是在Bean创建之前发生的,因此无法通过构造器注入的方式解决已经发生的循环依赖。
3,设置了@DependsOn的Bean情况,不能解决循环依赖的问题。

文章来源:https://blog.csdn.net/weixin_30409927/article/details/135552371
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。