但事实上，项目中存在Bean的循环依赖，是代码质量低下的表现。多数人寄希望于框架层来给擦屁股，造成了整个代码的设计越来越糟，最后用一些奇技淫巧来填补犯下的错误。
还好，SpringBoot终于受不了这种滥用，默认把循环依赖给禁用了!
从2.6版本开始，如果你的项目里还存在循环依赖，SpringBoot将拒绝启动!
验证代码小片段
为了验证这个功能，我们只需要两段小代码。
CircularDependencyA.java
@Component
@RequiredArgsConstructor
public class CircularDependencyA {
private final CircularDependencyB circB;
}CircularDependencyB.java
@Component
@RequiredArgsConstructor
public class CircularDependencyB {
private final CircularDependencyA circA;
}RequiredArgsConstructor注解，是lombok包里面的，用来实现简单的构造器注入。不出所料，当我们启动代码的时候，报错了～～
报错如下：
The dependencies of some of the beans in the application context form a cycle:
┌─────┐
| circularDependencyA defined in file [cir/CircularDependencyA.class]
↑ ↓
| circularDependencyB defined in file [cir/CircularDependencyB.class]
└─────┘
Action:
Relying upon circular references is discouraged and they are prohibited by default. Update your application to remove the dependency cycle between beans. As a last resort, it may be possible to break the cycle automatically by setting spring.main.allow-circular-references to true.当然，有些鸟人已经玩大了，循环依赖到处都是，改代码变的越来越不现实。那你还可以通过在yaml里配置参数来临时开启循环依赖。
spring.main.allow-circular-references=true看来SpringBoot对恶势力的容忍能力还是不够坚决啊!
绕过SpringBoot这个拦截的方法不止一种，比如使用@Lazy注解进行延迟初始化。但这些都是治标不治本，辜负了SpringBoot的一片苦心。
做对的事其实，我们一直把代码往下找下去，会发现这个开关，其实是Spring的功能。
AbstractAutowireCapableBeanFactory#allowCircularReferences
private boolean allowCircularReferences = true;很长一段时间，SpringBoot这个值都是默认为true的。但这种纵容造成了大批低质量的代码产生，以至于新员工一直在给老员工埋坑。
把这个值默认设置为false，是坚持做对的事情。起码，在工程师编写出质量不高的代码时，能够知道他自己在做什么，而不是把隐患一步步的推迟，任代码腐败。
不得不为SpringBoot点个赞。真棒!
作者简介：小姐姐味道 (xjjdog)，一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构，日百亿流量，与你探讨高并发世界，给你不一样的味道。
