Spring(11. 循环依赖 - 周阳)学习笔记

这篇具有很好参考价值的文章主要介绍了Spring(11. 循环依赖 - 周阳)学习笔记。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

上一篇 :10. 面试问题简析

1. Spring AOP

1.1. Aop 常用注解

  • @Before 前置通知: 目标方法之前执行
  • @After 后置通知: 目标方法之后执行(始终执行)
  • @AfterReturning 返回后通知: 执行方法结束前执行(异常不执行)
  • @AfterThrowing 异常通知: 出现异常时候执行
  • @Around 环绕通知: 环绕目标方法执行

1.2 测试前的准备工作

1.2.1 业务类

  • 创建业务接口类:CalcService

    public interface CalcService {
        public int div(int x, int y);
    }
    
  • 创建业务接口的实现类:CalcServiceImpl

    @Service
    public class CalcServiceImpl implements CalcService {
        @Override
        public int div(int x, int y) {
            int result = x / y;
            System.out.println("=========>CalcServiceImpl被调用了,我们的计算结果:" + result);
            return result;
        }
    }
    

1.2.2 切面类

  • 想在除法方法前后各种通知,引入切面编程

    @Aspect:指定一个类为切面类
    @Component:纳入 Spring 容器管理

  • 创建切面类 MyAspect

    @Aspect
    @Component
    public class MyAspect {
        @Before("execution(public int com.heygo.spring.aop.CalcServiceImpl.*(..))")
        public void beforeNotify() {
            System.out.println("******** @Before我是前置通知MyAspect");
        }
    
        @After("execution(public int com.heygo.spring.aop.CalcServiceImpl.*(..))")
        public void afterNotify() {
            System.out.println("******** @After我是后置通知");
        }
    
        @AfterReturning("execution(public int com.heygo.spring.aop.CalcServiceImpl.*(..))")
        public void afterReturningNotify() {
            System.out.println("********@AfterReturning我是返回后通知");
        }
    
        @AfterThrowing("execution(public int com.heygo.spring.aop.CalcServiceImpl.*(..))")
        public void afterThrowingNotify() {
            System.out.println("********@AfterThrowing我是异常通知");
        }
    
        @Around("execution(public int com.heygo.spring.aop.CalcServiceImpl.*(..))")
        public Object around(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
            Object retValue = null;
            System.out.println("我是环绕通知之前AAA");
            retValue = proceedingJoinPoint.proceed();
            System.out.println("我是环绕通知之后BBB");
            return retValue;
        }
    }
    

1.3 Spring4 下的测试

1.3.1 POM 文件

  • 在 POM 文件中导入 SpringBoot 1.5.9.RELEASE 版本

  • SpringBoot 1.5.9.RELEASE 版本的对应的 Spring 版本为 4.3.13 Release

    <?xml version="1.0" encoding="UTF-8"?>
    <project xmlns="http://maven.apache.org/POM/4.0.0"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    
        <parent>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-parent</artifactId>
            <!-- <version>2.3.3.RELEASE</version> -->
            <version>1.5.9.RELEASE</version>
            <relativePath/>
        </parent>
        <modelVersion>4.0.0</modelVersion>
    
       ……
    </project>
    

1.3.2 创建测试类

  • 注意:SpringBoot 1.5.9 版本在测试类上需要加上 @RunWith(SpringRunner.class) 注解,单元测试需要导入的包名为 import org.junit.Test;

    @SpringBootTest
    @RunWith(SpringRunner.class)  //1.5.9
    public class AopTest {
        @Autowired
        private CalcService calcService;
    
        @Test
        public void testAop4() {
            System.out.println("spring版本:" + SpringVersion.getVersion() + "\t" + "SpringBoot版本:" + SpringBootVersion.getVersion());
            System.out.println();
            calcService.div(10, 2);
            // calcService.div(10, 0);
        }
    }
    

1.3.3 Aop 测试结果

  • 正常执行的结果
    环绕通知将前置通知与目标方法包裹住,执行完 @After 才执行 @AfterReturning
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 异常执行的结果
    由于抛出了异常,因此环绕通知后半部分没有执行,执行完 @After 才执行 @AfterThrowing
    Spring(11. 循环依赖 - 周阳)学习笔记
    注:Spring4 默认用的是 JDK 的动态代理

1.4 Spring 5 下的测试

1.4.1 POM 文件

  • 在 POM 文件中导入 SpringBoot 2.3.3…RELEASE 版本

  • SpringBoot 2.3.3.RELEASE 版本的对应的 Spring 版本为 5.2.8 Release

    <?xml version="1.0" encoding="UTF-8"?>
    <project xmlns="http://maven.apache.org/POM/4.0.0"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    
        <parent>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-parent</artifactId>
            <version>2.3.3.RELEASE</version>
            <!-- <version>1.5.9.RELEASE</version> -->
            <relativePath/>
        </parent>
        <modelVersion>4.0.0</modelVersion>
        ……
    </project>
    

1.4.2 创建测试类

  • 在 Spring4 的测试类下修改代码

  • 注意:SpringBoot 2.3.3 版本下,不需要在测试类上面添加 @RunWith(SpringRunner.class) 直接,单元测试需要导入的包名为 import org.junit.jupiter.api.Test;,不再使用 import org.junit.Test;

    @SpringBootTest
    public class AopTest {
        @Autowired
        private CalcService calcService;
    
        @Test
        public void testAop4() {
            System.out.println("spring版本:" + SpringVersion.getVersion() + "\t" + "SpringBoot版本:" + SpringBootVersion.getVersion());
            System.out.println();
            calcService.div(10, 0);
        }
    
        @Test
        public void testAop5() {
            System.out.println("spring版本:" + SpringVersion.getVersion() + "\t" + "SpringBoot版本:" + SpringBootVersion.getVersion());
            System.out.println();
            calcService.div(10, 5);
        }
    }
    

1.4.3 Aop 测试结果

  • 正常执行的结果
    感觉 Spring5 的环绕通知才是真正意义上的华绕通知,它将其他通知和方法都包裹起来了,而且 @AfterReturning 和 @After 之前,合乎逻辑!
    Spring(11. 循环依赖 - 周阳)学习笔记
  • 异常执行的结果
    由于方法抛出了异常,因此环绕通知后半部分没有执行,并且 @AfterThrowing 和 @After 之前
    Spring(11. 循环依赖 - 周阳)学习笔记

1.5 Aop 执行顺序总结

Spring(11. 循环依赖 - 周阳)学习笔记

2. Spring 循环依赖

2.1 大厂面试题

  1. 你解释下spring中的三级缓存?
  2. 三级缓存分别是什么?三个Map有什么异同?
  3. 什么是循环依赖?请你谈谈?看过 Spring源码吗?一般我们说的 Spring容器是什么?
  4. 如何检测是否存在循环依赖?实际开发中见过循环依赖的异常吗?
  5. 多例的情况下,循环依赖问题为什么无法解决?
    ……

2.2 什么是循环依赖?

  • 多个 bean 之间相互依赖,形成了一个闭环

  • 比如:A 依赖于 B、B 依赖于 C、C 依赖于 A

  • 通常来说,如果问 Spring 容器内部如何解决循环依赖, 一定是指默认的单例 Bean 中,属性互相引用的场景。也就是说,Spring 的循环依赖,是 Spring 容器注入时候出现的问题

    Spring(11. 循环依赖 - 周阳)学习笔记

2.3 两种注入方式对循环依赖的影响

  1. 构造器注入:容易造成无法解决的循环依赖,不推荐使用(If you use predominantly constructor injection, it is possible to create an unresolvable circular dependency scenario.)

  2. Setter 注入:推荐使用 setter 方式注入单例 bean

结论:我们 AB 循环依赖问题只要 A 的注入方式是 setter 且 singleton,就不会有循环依赖问题

2.4 Spring容器循环依赖及异常情况演示

2.4.1 构造器方式注入依赖

  • ServiceA

    @Component
    public class ServiceA {
        private ServiceB serviceB;
        public ServiceA(ServiceB serviceB) {
            this.serviceB = serviceB;
        }
    }
    
  • ServiceB

    @Component
    public class ServiceB {
        private ServiceA serviceA;
        public ServiceB(ServiceA serviceA) {
            this.serviceA = serviceA;
        }
    }
    
  • ClientConstructor

    /**
     * 通过构造器的方式注入依赖,构造器的方式注入依赖的bean,下面两个bean循环依赖
     *
     * 测试后发现,构造器循环依赖是无法解决的
     */
    public class ClientConstructor {
        public static void main(String[] args) {
            new ServiceA(new ServiceB(new ServiceA(new ServiceB()))); ....
        }
    }
    
  • 结论:

    构造器注入没有办法解决循环依赖, 你想让构造器注入支持循环依赖,是不存在的。如果构造器能够解决循环依赖问题,那么我就可以无限套娃~

2.4.2 Setter 方式注入

  • ServiceA

    @Component
    public class ServiceA {
        private ServiceB serviceB;
        public void setServiceB(ServiceB serviceB) {
            this.serviceB = serviceB;
            System.out.println("A 里面设置了B");
        }
    }
    
  • ServiceB

  • ClientConstructor

    public class ClientSet {
        public static void main(String[] args) {
            //创建serviceA
            ServiceA serviceA = new ServiceA();
            //创建serviceB
            ServiceB serviceB = new ServiceB();
            //将serviceA注入到serviceB中
            serviceB.setServiceA(serviceA);
            //将serviceB注入到serviceA中
            serviceA.setServiceB(serviceB);
        }
    }
    
  • 结论:

    setter 方式可以解决循环依赖问题

2.4.3 Spring 容器演示循环依赖

  • 类 A

    public class A {
        private B b;
        public B getB() {
            return b;
        }
        public void setB(B b) {
            this.b = b;
        }
        public A() {
            System.out.println("---A created success");
        }
    }
    
  • 类 B
    同 A

  • ClientSpringContainer 类

    /**
     * 只有单例的bean会通过三级缓存提前暴露来解决循环依赖的问题,因为单例的时候只有一份,随时复用,那么就放到缓存里面
     * 而多例的bean,每次从容器中荻取都是—个新的对象,都会重B新创建,所以非单例的bean是没有缓存的,不会将其放到三级缓存中。
     */
    public class ClientSpringContainer {
        public static void main(String[] args) {
            ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
            A a = context.getBean("a", A.class);
            B b = context.getBean("b", B.class);
        }
    }
    
  • 在 resources 文件夹下创建 applicationContext.xml 文件,对 bean 中的属性进行注入

    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xsi:schemaLocation="http://www.springframework.org/schema/beans
           http://www.springframework.org/schema/beans/spring-beans.xsd
            http://www.springframework.org/schema/context
            http://www.springframework.org/schema/context/spring-context.xsd
            http://www.springframework.org/schema/aop
            http://www.springframework.org/schema/aop/spring-aop.xsd
            http://www.springframework.org/schema/tx
            http://www.springframework.org/schema/tx/spring-tx.xsd">
        <!--
            1.spring容器默认的单例模式可以解决循环引用,单例默认支持
            2.spring容器原型依赖模式scope="prototype"多例模式下不能解决循环引用
        -->
        <!--depends-on 的意思就是当前这个bean如果要完成,先看depends-on指定的bean是否已经完成了初始化-->
        <!--scope="prototype"代表每次都要新建一次对象-->
        <bean id="a" class="com.heygo.spring.circulardependency.A">
            <property name="b" ref="b"/>
        </bean>
        <bean id="b" class="com.heygo.spring.circulardependency.B">
            <property name="a" ref="a"/>
        </bean>
    </beans>
    
  • scope = “singleton”,默认的单例(Singleton)的场景是支持循环依赖的,不报错

  • beanA 和 beanB 都创建成功了,程序没有抛异常
    Spring(11. 循环依赖 - 周阳)学习笔记

  • scope = “prototype”,原型(Prototype)的场景是不支持循环依赖的,报错

  • 将 bean 的生命周期改为 prototype
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 此时就会报错 : BeanCurrentlyInCreationException: Error creating bean with name ‘a’: Requested bean is currently in creation: Is there an unresolvable circular reference

2.4.4 Spring 内部使用三级缓存解决循环依赖

  • 所谓的三级缓存其实就是 Spring 容器内部用来解决循环依赖问题的三个 Map,这三个 Map 在 DefaultSingletonBeanRegistry 类中
    Spring(11. 循环依赖 - 周阳)学习笔记

    • 第一级缓存:Map<String, Object> singletonObjects,我愿称之为成品单例池,常说的 Spring 容器就是指它,我们获取单例 bean 就是在这里面获取的,存放已经经历了完整生命周期的Bean对象

    • 第二级缓存:Map<String, Object> earlySingletonObjects,存放早期暴露出来的Bean对象,Bean的生命周期未结束(属性还未填充完整,可以认为是半成品的 bean)

    • 第三级缓存:Map<String, ObiectFactory<?>> singletonFactories,存放可以生成Bean的工厂,用于生产(创建)对象

  • 结论

    只有单例的 Bean 会通过三级缓存提前暴露来解决循环依赖问题,而非单例的 Bean,每次从容器中获取都是一个新的对象,都会重新创建,所以非单例的 Bean 是没有缓存的,不会将其放入三级缓存中

2.5 源码 Deug 前置知识

2.5.1 实例化 & 初始化

  • 实例化和初始化的区别
    1. 实例化:堆内存中申请一块内存空间
      Spring(11. 循环依赖 - 周阳)学习笔记
    2. 初始化:完成属性的填充
      Spring(11. 循环依赖 - 周阳)学习笔记

2.5.2 三级缓存 + 四大方法

  • 三级缓存

    • 第一级缓存:存放的是已经初始化好了的Bean,bean名称与bean实例相对应,即所谓的单例池。表示已经经历了完整生命周期的Bean对象

    • 第一级缓存:存放的是实例化了,但是未初始化的Bean,bean名称与bean实例相对应。表示Bean的生命周期还没走完(Bean的属性还未填充)就把这个Bean存入该缓存中。也就是实例化但未初始化的bean放入该缓存里

    • 第三级缓存:表示存放生成bean的工厂,存放的是FactoryBean,bean名称与bean工厂对应。假如A类实现了FactoryBean,那么依赖注入的时候不是A类,而是A类产生的Bean

  • 四大方法

    • getSingleton():从容器里面获得单例的bean,没有的话则会创建 bean
    • doCreateBean():执行创建 bean 的操作(在 Spring 中以 do 开头的方法都是干实事的方法)
    • populateBean():创建完 bean 之后,对 bean 的属性进行填充
    • addSingleton():bean 初始化完成之后,添加到单例容器池中,也即添加到一级缓存中,下次执行 getSingleton() 方法时就能获取到
  • 注:关于三级缓存 Map<String, ObjectFactory<?>> singletonFactories的说明,singletonFactories 的 value 为 ObjectFactory 接口实现类的实例。ObjectFactory 为函数式接口,在该接口中定义了一个 getObject() 方法用于获取 bean,这也正是工厂思想的体现(工厂设计模式)
    Spring(11. 循环依赖 - 周阳)学习笔记

2.5.3 对象在三级缓存中的迁移

  • A/B 两对象在三级缓存中的迁移说明
  1. A创建过程中需要B,于是A将自己放到三级缓存里面,去实例化B

  2. B实例化的时候发现需要A,于是B先查一级缓存,没有,再查二级缓存,还是没有,再查三级缓存,找到了A,然后把三级缓存里面的这个A放到二级缓存里面,并删除三级缓存里面的A

  3. B顺利初始化完毕,将自己放到一级缓存里面(此时B里面的A依然是创建中状态),然后回来接着创建A,此时B已经创建结束,直接从一级缓存里面拿到B,然后完成创建,并将A自己放到一级缓存里面。

2.6 详细 Debug 流程

  • 先打断点
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 进入 new ClassPathXmlApplicationContext("applicationContext.xml")

    • 先步入,进入一个静态代码块,不需要关注
    • 接着跳出,回到原来行
    • 再步入,进入以下构造方法,但是再该构造方法中又调用了一个重载的构造方法
      Spring(11. 循环依赖 - 周阳)学习笔记
  • 步入重载的构造方法

    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 refresh()

    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 finishBeanFactoryInitialization(beanFactory)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 preInstantiateSingletons()

    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 getBean(beanName)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 doGetBean

    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 getSingleton(beanName)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 开始返回,一直返回到 doGetBean 方法中 Object sharedInstance = getSingleton(beanName);

  • 继续向下执行
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 进入 getSingleton()
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 createBean(beanName, mbd, args)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 doCreateBean(beanName, mbdToUse, args)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 populateBean(beanName, mbd, instanceWrapper)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 applyPropertyValues(beanName, mbd, bw, (PropertyValues)pvs)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 resolveValueIfNecessary(pv, originalValue)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 resolveReference(argName, ref)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 getBean(resolvedName),又回到了这个熟悉的方法
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 再次步入 doGetBean,下面又是和上文中相同的路径,只不过这次是从一级缓存中获取 BeanB
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 再次步入 createBean
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 再次步入 populateBean
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 再次步入 applyPropertyValues,……,沿着刚刚的路径一直走,直到再再一次进入 doGetBean,再再一次进入 getSingleton(beanName)
    Spring(11. 循环依赖 - 周阳)学习笔记

  • getSingleton 方法返回,回到 doGetBean

    Spring(11. 循环依赖 - 周阳)学习笔记

  • 开始返回, 直到 applyPropertyValues -> resolveValueIfNecessarySpring(11. 循环依赖 - 周阳)学习笔记

  • 开始返回 ,返回到 doCreateBean 的 populateBean
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 开始返回,返回到 getSingleton 的 singletonFactory.getObject()
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 步入 addSingleton
    Spring(11. 循环依赖 - 周阳)学习笔记

  • 一直返回,回退到 applyPropertyValues,并且沿着前面一样的路径继续执行

    Spring(11. 循环依赖 - 周阳)学习笔记

  • 继续执行,几次返回之后,再次按照前面的路径一直走,步入 getSingleton

Spring(11. 循环依赖 - 周阳)学习笔记

  • 继续执行,直到再次步入 addSingleton
    Spring(11. 循环依赖 - 周阳)学习笔记

2.7、循环依赖总结

2.7.1 三级缓存总结

  • Spring创建bean主要分为两个步骤,创建原始bean对象,接着去填充对象属性和初始化

    • 每次创建bean之前,我们都会从缓存中查下有没有该bean,因为是单例,只能有一个。
    • 当我们创建 beanA的原始对象后,并把它放到三级缓存中,接下来就该填充对象属性了,这时候发现依赖了beanB,接着就又去创建beanB,同样的流程,创建完 beanB填充属性时又发现它依赖了beanA又是同样的流程。
    • 不同的是:这时候可以在三级缓存中查到刚放进去的原始对象beanA,所以不需要继续创建,用它注入beanB,完成beanB的创建既然 beanB创建好了,所以beanA就可以完成填充属性的步骤了,接着执行剩下的逻辑,闭环完成
    • Spring解决循环依赖依靠的是Bean的“中间态"这个概念,而这个中间态指的是已经实例化但还没初始化的状态,也即半成品。
    • 实例化的过程又是通过构造器创建的,如果A还没创建好出来怎么可能提前曝光,所以构造器的循环依赖无法解决。
      Spring(11. 循环依赖 - 周阳)学习笔记
  • Spring为了解决单例的循环依赖问题,使用了三级缓存:

    1. 其中一级缓存为单例池〈 singletonObjects)
    2. 二级缓存为提前曝光对象( earlySingletonObjects)
    3. 三级缓存为提前曝光对象工厂( singletonFactories)
  • 假设A、B循环引用,实例化A的时候就将其放入三级缓存中,接着填充属性的时候,发现依赖了B,同样的流程也是实例化后放入三级缓存,接着去填充属性时又发现自己依赖A,这时候从缓存中查找到早期暴露的A,没有AOP代理的话,直接将A的原始对象注入B,完成B的初始化后,进行属性填充和初始化,这时候B完成后,就去完成剩下的A的步骤,如果有AOP代理,就进行AOP处理获取代理后的对象A,注入B,走剩下的流程。

2.7.2 Debug 步骤总结

  1. 调用doGetBean()方法,想要获取beanA,于是调用getSingleton()方法从缓存中查找beanA
  2. 在getSingleton()方法中,从一级缓存中查找,没有,返回null
  3. doGetBean()方法中获取到的beanA为null,于是走对应的处理逻辑,调用getSingleton()的重载方法(参数为ObjectFactory的)
  4. 在getSingleton()方法中,先将beanA_name添加到一个集合中,用于标记该bean正在创建中。然后回调匿名内部类的creatBean()方法
  5. 进入AbstractAutowireCapableBeanFactory#doCreateBean(),先反射调用构造器创建出beanA的实例,然后判断是否为单例、是否允许提前暴露引用(对于单例一般为true)、是否正在创建中〈即是否在第四步的集合中)。判断为true则将beanA添加到【三级缓存】中
  6. 对beanA进行属性填充,此时检测到beanA依赖于beanB,于是开始查找beanB
  7. 调用doGetBean()方法,和上面beanA的过程一样,到缓存中查找beanB,没有则创建,然后给beanB填充属性
  8. 此时beanB依赖于beanA,调用getsingleton()获取beanA,依次从一级、二级、三级缓存中找,此时从三级缓存中获取到beanA的创建工厂,通过创建工厂获取到singletonObject,此时这个singletonObject指向的就是上面在doCreateBean()方法中实例化的beanA
  9. 这样beanB就获取到了beanA的依赖,于是beanB顺利完成实例化,并将beanA从三级缓存移动到二级缓存中
  10. 随后beanA继续他的属性填充工作,此时也获取到了beanB,beanA也随之完成了创建,回到getsingleton()方法中继续向下执行,将beanA从二级缓存移动到一级缓存中

Spring(11. 循环依赖 - 周阳)学习笔记

流程图链接:https://www.processon.com/view/link/644926c0e6ec87493a22d446文章来源地址https://www.toymoban.com/news/detail-426908.html

到了这里,关于Spring(11. 循环依赖 - 周阳)学习笔记的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【Spring】Spring循环依赖的处理

    循环依赖是指两个或多个组件之间相互依赖,形成一个闭环,从而导致这些组件无法正确地被初始化或加载。这种情况可能会在软件开发中引起问题,因为循环依赖会导致初始化顺序混乱,组件之间的关系变得复杂,甚至可能引发死锁或其他不稳定行为。 在编程中,循环依赖

    2024年02月11日
    浏览(40)
  • Spring解决循环依赖问题

    例如,就是A对象依赖了B对象,B对象依赖了A对象。(下面的代码属于 属性的循环依赖 ,也就是初始化阶段的循环依赖,区别与底下 构造器的循环依赖 ) 问题来了: A Bean创建 —— 依赖了 B 属性 ——  触发 B Bean创建 ——  B 依赖了 A 属性 ——  需要 A Bean(但A Bean还在创建

    2024年02月12日
    浏览(45)
  • Spring解决循环依赖

    目录 什么是spring循环依赖 什么情况下循环依赖可以被处理? spring 如何解决循环依赖 创建A这个Bean的流程 答疑 疑问:在给B注入的时候为什么要注入一个代理对象? 初始化的时候是对A对象本身进行初始化,而容器中以及注入到B中的都是代理对象,这样不会有问题吗? 三级

    2024年02月22日
    浏览(48)
  • 【Spring】循环依赖

    循环依赖是什么? 循环依赖的场景有哪一些? 三级缓存分别是什么?三个Map有什么异同? 三级缓存是如何解决循环依赖的? 为什么要使用三级缓存?为什么不可以用二级缓存? 为什么构造器循环依赖、原型Bean循环依赖无法用三级缓存解决? 看过 Spring源码吗?一般我们说

    2024年02月21日
    浏览(38)
  • Spring循环依赖处理

    循环依赖是指两个或多个组件之间相互依赖,形成一个闭环,从而导致这些组件无法正确地被初始化或加载。这种情况可能会在软件开发中引起问题,因为循环依赖会导致初始化顺序混乱,组件之间的关系变得复杂,甚至可能引发死锁或其他不稳定行为。 在编程中,循环依赖

    2024年02月07日
    浏览(38)
  • 三级缓存---解决 Spring 循环依赖

    首先,什么是循环依赖?这个其实好理解,就是两个 Bean 互相依赖,类似下面这样: \\\"\\\"\\\" \\\"\\\"\\\" AService 和 BService 互相依赖: 一般来说,循环依赖有三种不同的形态,上面就是其中一种。 另外两种分别是三者依赖,如下图: 这种循环依赖一般隐藏比较深,不易发觉。 还有自我依

    2024年02月16日
    浏览(48)
  • Spring如何解决循环依赖问题

    循环依赖问题在Spring中主要有三种情况: (1)通过构造方法进行依赖注入时产生的循环依赖问题。 (2)通过setter方法进行依赖注入且是在多例(原型)模式下产生的循环依赖问题。 (3)通过setter方法进行依赖注入且是在单例模式下产生的循环依赖问题。 在Spring中,只有第

    2024年02月06日
    浏览(46)
  • Spring怎么解决循环依赖问题?

    循环依赖是指 一个或多个对象之间存在直接或间接的依赖关系,这种依赖关系构成一个环形调用 , 举个例子 : A 依赖B , B依赖C , C依赖A , 这样就形成了循环依赖;   ①构造器的循环依赖:这种依赖spring是处理不了的,直接拋出BeanCurrentlyInCreationException异常。 ②单例模式下的se

    2024年02月08日
    浏览(55)
  • Spring源码解析(五):循环依赖

    Spring源码系列文章 Spring源码解析(一):环境搭建 Spring源码解析(二):bean容器的创建、默认后置处理器、扫描包路径bean Spring源码解析(三):bean容器的刷新 Spring源码解析(四):单例bean的创建流程 Spring源码解析(五):循环依赖 Spring源码解析(六):bean工厂后置处理器ConfigurationCla

    2024年02月15日
    浏览(44)
  • 【Spring】Spring的循环依赖以及解决方案

    ​ Spring循环依赖指的是两个或多个Bean之间相互依赖,形成一个环状依赖的情况。通俗的说,就是A依赖B,B依赖C,C依赖A,这样就形成了一个循环依赖的环。 ​ Spring循环依赖通常会导致Bean无法正确地被实例化,从而导致应用程序无法正常启动或者出现异常。因此,Spring循环

    2024年04月25日
    浏览(37)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包