总结：Spring创建Bean循环依赖问题与@Lazy注解使用详解

一·前提知识储备：

1.Spring Bean生命周期机制（IOC）

注意：bean实例化就是指调用构造方法创建bean的过程

参考详情文献：

https://blog.csdn.net/riemann_/article/details/118500805

2.Spring依赖注入机制（DI）

参考详情文献：
https://juejin.cn/post/6857406008877121550#heading-17

（1）@Autowired注解标注属性set方法注入

@Component
public class Dog {// 私有成员变量private Cat cat;// 使用@Autowired注解标注setter方法@Autowiredpublic void setCat(Cat cat) {this.cat = cat;}// 其他业务逻辑...
}

（2）@Autowired注解标注属性注入

@Component
public class Dog {@Autowiredprivate Cat cat;
}

（3）@Autowired注解标注构造方法注入，也可用于存在多个构造方法时，手动指明Spring框架使用哪个构造方法创建Bean

@Component
public class Dog {private Cat cat;@Autowiredpublic Dog(Cat cat) {this.cat = cat;}
}

3.了解一定的JVM类加载原理机制

参考详情文献：
https://blog.csdn.net/weixin_48033662/article/details/135246047

（1）第一次使用new关键字调用类构造方法创建对象时，会触发类加载机制，然后再执行类实例化机制

（2）每创建一个对象，就会触发类实例化机制一次，注意不是类加载机制

（3）先产生一个对象的内存地址，再调用类的 clinit方法（由编译器自动生成，用于初始化静态变量和执行静态初始化块的代码），最后才执行类的构造方法。

（4）因此一个对象的内存地址，可以在构造方法结束之前暴露出来。但Spring中所谓的提前暴露bean对象地址，都是指构造方法结束之后暴露，而不是构造方法结束之前暴露

示例代码如下：

public class Example {private String value;private Example next;public Example(String value) {// 开启新线程并让其尝试访问this.valuenew Thread(() -> {//将当前对象内存地址，赋给next属性，提前暴露当前对象地址System.out.println("异步线程next：" + next);System.out.println("新线程：" + this.value);}).start();//将当前对象内存地址，赋给next属性，提前暴露当前对象地址next = this;System.out.println("主线程next：" + next);// 睡眠一段时间模拟初始化耗时操作try {Thread.sleep(5000);} catch (InterruptedException e) {e.printStackTrace();}this.value = value;System.out.println("构造方法内部：value已初始化为 " + this.value);}public static void main(String[] args) {Example example = new Example("Hello, World!");// 此时example引用已经可以获取，但value字段还未初始化System.out.println("example：" + example);}
}

4.@Lazy注解使用：

（1）使用地方：类、方法、构造方法、方法参数、属性字段。必须标注在IOC容器管理的bean上才会生效，否则无效果

@Target({ElementType.TYPE, ElementType.METHOD, ElementType.CONSTRUCTOR, ElementType.PARAMETER, ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Lazy {/*** Whether lazy initialization should occur.*/boolean value() default true;}

（2）功能作用：Springboot项目启动时，懒加载Bean。即只会分配对象地址并暴露在IOC容器里面，但不会立即执行该Bean的实例化操作（构造方法）

注意：
（1）简述：虽然会创建该类的一个对象，但是不会执行该对象的构造方法
（2）没有标注该注解或者进行特定配置时，Springboot项目启动时，会默认将扫描范围内的所有Bean进行实例化操作（既创建该类对象，又执行该对象的构造方法）

（3）标注在类上示例：延迟创建

@Lazy
@Component
public class Cat {private String name;private int age;public Cat() {System.out.println("Cat无参构造方法执行");}
}

（4）标注在方法上示例：延迟注入

注意：@Lazy注解 + @Configuration注解同时标注在类上，会作用所有@Bean注册的类实例

@Configuration
public class IocConfig {@Lazy@Beanpublic Dog dog(){return new Dog();}
}

（5）标注在构造方法参数上示例：延迟注入。直接标注在构造方法上面没效果，加在构造方法参数上才有效果

@Component
public class Cat {private Dog dog;@Autowiredpublic Cat(@Lazy Dog dog) {this.dog = dog;}
}

（6）标注在属性字段上示例：

@Component
public class Cat {@Lazy@Autowiredprivate Dog dog;
}

二·什么是Spring Bean循环依赖问题：

1.类A中存在类B属性，类B中存在类C属性，类C中存在类A属性，等类似情况：

示例代码：
类A

@Component
public class A {@Autowiredprivate B b;
}

类B：

@Component
public class B {@Autowiredprivate C c;
}

类C：

@Component
public class C {@Autowiredprivate A a;
}

2.类A中存在类A属性，等类似情况：

示例代码：

@Component
public class A {@Autowiredprivate A a;
}

3.Spring项目启动会报异常提示：

三·如何解决Spring Bean循环依赖：

方案一：尽量避免双向依赖（根本上解决）：设计时尽量避免双向依赖，因为双向依赖很容易导致循环依赖的发生。（推荐）

方案二：使用构造函数注入 + @Lazy注解：（推荐）

（1）当有两个类互相依赖时，只要在任意一个类的构造方法上，将另一方参数标注@Lazy注解即可打破循环引用；当然两个类构造方法互相都加也行

（2）若很多个类才构成循环依赖，则建议直接将每个类的构造方法上对方参数都标注@Lazy注解；否则你就一个个去分析循环依赖，然后再单个加@Lazy注解吧

注意：构造函数注入是解决循环依赖问题的最佳方式之一，因为它能够保证Bean在实例化时所有依赖已经注入。

示例代码：

@Component
public class Cat {private Dog dog;/*** 构造方法注入属性对象时，被标注@Lazy注解的参数对象，并不会直接触发Dog类的实例化操作，* 而是会先放入一个dog的代理对象在这里，当后面该dog的代理对象被第一次调用时，才会触发Dog的实例化操作，* 但是生成的实例化对象并不会替换原本的代理对象，只会将实例化对象注入代理对象里面。* （代理对象在其内部维护对实际实例的引用，在后续每次调用时，代理对象都会将请求转发给已经实例化的原生对象，并返回原生对象的方法执行结果）* @param dog*/@Autowiredpublic Cat(@Lazy Dog dog) {//注意这里不能在构造方法里面调用dog对象，一旦调用就会立即触发Dog的实例化操作this.dog = dog;}
}

@Component
public class Dog {private Cat cat;//只要保证一方加了@Lazy注解就行@Autowiredpublic Dog(@Lazy Cat cat) {this.cat = cat;}
}

方案三：使用字段属性注入 + application.yml配置：

application.yml配置如下：

#允许Spring循环引用配置，默认是关闭的
spring:main:allow-circular-references: true

（1）开启后Springboot会主动尝试利用三级缓存机制来打破循环引用。如果实在打破不了，就会抛循环引用异常让用户自己解决（可以配合@Lazy注解解决）

（2）一般使用@Autowired注入属性的循环依赖，都可以被Springboot主动打破

（3）Spring无法解决单纯由构造器注入导致的循环依赖，因为Java语言本身的特性决定了构造器调用必须在一个实例化阶段完成，无法通过延后注入的方式打破循环（可以配合@Lazy注解解决）

（4）非单例bean造成的循环引用，Spring也无法自动解决

代码示例：

@Component
public class Cat {@Autowiredprivate Dog dog;//手动指明使用哪个构造方法创建bean@Autowiredpublic Cat() {System.out.println("Cat无参构造方法执行");}
}

@Component
public class Dog {@Autowiredprivate Cat cat;@Autowiredpublic Dog() {System.out.println("Dog无参构造方法执行");}
}

方案四：使用字段属性注入 + @Lazy注解：（推荐）

（1）当有两个类互相依赖时，只要在任意一个类中另一方的属性字段上标注@Lazy注解，即可打破循环引用；当然两个类相都加也行

（2）若很多个类才构成循环依赖，则建议直接将每个类的另一方属性字段都标注@Lazy注解；否则你就一个个去分析循环依赖，然后再单个加@Lazy注解吧

代码示例：

@Component
public class Cat {@Lazy@Autowiredprivate Dog dog;@Autowiredpublic Cat() {System.out.println("Cat无参构造方法执行");}
}

@Component
public class Dog {@Lazy@Autowiredprivate Cat cat;@Autowiredpublic Dog() {System.out.println("Dog无参构造方法执行");}
}

四·Spring解决循环依赖的底层原理：概述

1.三级缓存容器：

public class DefaultSingletonBeanRegistry ... {//1、最终单例Bean容器，里面bean都已经完成了实例化、属性注入、初始化，称之为"一级缓存"Map<String, Object> singletonObjects = new ConcurrentHashMap(256);//2、早期Bean单例池，缓存半成品对象（完成了实例化，但未完成属性注入、未执行初始化 init 方法），且当前对象已经被其他对象引用了，称之为"二级缓存"Map<String, Object> earlySingletonObjects = new ConcurrentHashMap(16);//3、单例Bean的工厂池，缓存半成品对象（完成了实例化，但未完成属性注入、未执行初始化 init 方法），对象未被引用，使用时在通过工厂创建Bean，称之为"三级缓存"Map<String, ObjectFactory<?>> singletonFactories = new HashMap(16);
}

2.为什么Bean 都已经实例化了，还需要一个生产 Bean 的ObjectFactory工厂呢？

这跟循环依赖期间存在AOP操作有关：

（1）若不存在循环依赖、或者存在循环依赖但没有AOP操作时，ObjectFactory的getObject()方法返回的是，原本bean实例对象

（2）若存在循环依赖且存在AOP操作时，ObjectFactory的getObject()方法返回的是，原本bean实例的代理对象（提前创建代理对象，原本Spring的设计模式是bean实例化、属性注入、初始化之后，再创建代理对象的，但这种特殊情况为了解决循环依赖，只能提前创建。因此Spring框架在极端情况下，可能出现bean后置处理器方法在属性注入、初始化方法前执行，但问题也能解决）

3.三级缓存容器工作流程示例：假设现在需要实例化两个对象：A、B

（1）不存在循环依赖、或者存在循环依赖但不存在AOP操作：

1.先从一级、二级、三级缓存容器找对象A，发现没有
2.执行A的构造方法进行实例化，但未执行属性注入、初始化操作（@PostConstruct），A 只是一个半成品。
3.将早期的A暴露出去，放到三级缓存容器singletonFactories中，bean对象会被ObjectFactory包装起来
4.A进行属性注入，发现没有依赖其他未创建的对象
5.A进行初始化操作（@PostConstruct），完成bean创建工作
6.然后会调用addSingleton方法，将自己丢到一级缓存中，并将自己从二级、三级缓存中移除（实际只有三级缓存容器有对象）
7.再按照上述步骤创建B对象，从步骤1开始
......

（2）存在循环依赖、存在AOP操作：

1.先从一级、二级、三级缓存容器找对象A，发现没有
2.实例化A，此时 A 还未完成属性填充和初始化方法（@PostConstruct）的执行，A 只是一个半成品。
3.提前暴露A引用，为 A 创建一个 Bean 工厂，并放入到  singletonFactories 中。
4.属性注入A，发现 A 需要注入 B 对象，但是一级、二级、三级缓存均为发现对象 B。
5.实例化B，此时 B 还未完成属性填充和初始化方法（@PostConstruct）的执行，B 只是一个半成品。
6.提前暴露B引用，为 B 创建一个 Bean 工厂，并放入到  singletonFactories 中。
7.属性注入B，发现 B 需要注入 A 对象，此时在一级、二级未发现对象 A，但是在三级缓存中发现了对象 A，从三级缓存中得到对象 A，
并将对象 A 放入二级缓存中，同时删除三级缓存中的对象 A。（注意，此时的 A 还是一个半成品，并没有完成属性填充和执行初始化方法），
然后将对象 A 注入到对象 B 中，对象 B 完成属性填充
8.执行B初始化方法，B对象彻底创建完成。
9.将B对象放入到一级缓存中，同时删除三级缓存中的对象 B。（此时对象 B 已经是一个成品）
10.对象 A 得到对象 B，将对象 B 注入到对象 A 中，对象 A 完成属性填充。（对象 A 得到的是一个完整的对象 B）
11.执行A初始化方法，A对象彻底创建完成
12.将A对象放入到一级缓存中，同时删除二级缓存中的对象 A。（此时对象 A 已经是一个成品）

4.为什么要再包装一层ObjectFactory对象存入三级缓存呢？说是为了解决Bean对象存在AOP代理情况，那么直接生成代理对象半成品Bean放入二级缓存中，这不就可以省略三级缓存了吗？所以这使用三级缓存的意义在哪里？

• （1）正常情况下（没有循环依赖）：

• （1-1）Spring都是在完全创建好Bean之后，才创建对应的代理对象

• （2）为了处理循环依赖，Spring有三种选择：

• （2-1）不管有没有循环依赖，直接将半成品bean对象放入二级缓存，用于解决循环依赖问题。（会导致无法注入AOP代理对象，只能是原生bean实例对象）

• （2-2）不管有没有循环依赖，都提前创建好代理对象，并将代理对象放入二级缓存，出现循环依赖时，其他对象直接就可以取到代理对象并注入。（会导致无法注入原生bean实例对象，只能是AOP代理对象）

• （2-3）加一个中间层，只有出现循环依赖且存在AOP操作时，才会提前生成代理对象，其他情况下都是返回原生bean实例对象。（这样就极大可能保证Spring按照原本AOP代理设计模式进行创建bean，且又能解决循环依赖问题）

注意：虽然加一个中间层，看似极大的兼顾了两种情况。但Spring框架在极端情况下，还是可能出现bean后置处理器方法在属性注入、初始化方法前执行，但该问题也能通过合理手段解决

5.使用构造器注入，造成的循环依赖，三级缓存机制无法自动解决：

因为构造器循环依赖是发生在bean实例化阶段，此时连bean的构造方法都没执行完，早期对象都无法创建出来。因此也无法放到三级缓存。三级缓存只能是在bean实例化之后，才能起到作用

6.为什么构造器注入，配合@Lazy注解就能解决循环依赖问题呢？

（1）示例代码：

@Component
public class Cat {private Dog dog;/*** 构造方法注入属性对象时，被标注@Lazy注解的参数对象，并不会直接触发Dog类的实例化操作，* 而是会先放入一个dog的代理对象在这里，当后面该dog的代理对象被第一次调用时，才会触发Dog的实例化操作，* 但是生成的实例化对象并不会替换原本的代理对象，只会将实例化对象注入代理对象里面。* （代理对象在其内部维护对实际实例的引用，在后续每次调用时，代理对象都会将请求转发给已经实例化的原生对象，并返回原生对象的方法执行结果）* @param dog*/@Autowiredpublic Cat(@Lazy Dog dog) {//注意这里不能在构造方法里面调用dog对象，一旦调用就会立即触发Dog的实例化操作this.dog = dog;}
}

（2）使用构造器注入 + @Lazy注解，解决循环依赖的工作流程示例：一句话，@Lazy 注解是通过建立一个中间代理层，来破解循环依赖的

1.从一、二、三级缓存总找不到cat对象，开始实例化cat对象
2.由于Cat构造器参数dog上标注了@Lazy注解，因此Spring执行构造方法时，会创建一个代理对象赋给dog属性
3.cat对象成功创建实例对象，放入三级缓存里面
4.cat对象再执行属性注入、初始化操作，完成最终bean创建
5.cat对象最后放入单例池里面（一级缓存），删除二、三级缓存里面的cat对象
6.当cat对象的dog属性被第一次调用时（dog此时是代理对象），会触发Dog类的实例化操作，生成实例化对象dog2
7.dog2对象再执行属性注入、初始化方法，完成最终bean创建，放入单例池（一级缓存）
8.Spring最后再将dog2对象注入到cat对象的dog属性的代理对象里面
（生成的实例化对象并不会替换原本的代理对象，只会将实例化对象注入代理对象里面。代理对象在其内部维护对实际实例的引用，
在后续每次调用时，代理对象都会将请求转发给已经实例化的原生对象，并返回原生对象的方法执行结果）

7·参考文献链接：

Spring 解决循环依赖必须要三级缓存吗？
Spring循环依赖解决方案
Spring使用三级缓存解决循环依赖？
spring中怎么解决循环依赖的问题
Spring系列第28篇：Bean循环依赖详解