关于是构造器注入依赖导致自身注入自身，springboot报循环依赖解决

最近在一次测试环境中遇到的问题。 有A B C三个service 当A依赖于B B依赖于C C依赖于A 就造成了循环依赖问题。 不过非常奇怪，在开发环境没有出现这个问题，在测试环境也没有问题，生产环境就出现了问题。 后面查了一下资料才明白，当把Bean交给sping管理的时候，项目启动sping初始化对象，发现相互引用，就会造成递归，然后报错！ ...

一个bean的生命周期（AService为例）：1.实例化——>创建一个普通对象2.属性注入（例如BService——>去单例池Map找——>没找到就创建BService）1.实例化BService2.属性注入AService——>去单例池找——>没找到就创建3.填充其他属性4.初始化方法5.将这个bean对象放到单例池中3.填充其他属性4.初始化方法（AOP）5.将这个bean对象放到单例池中这里的AService和BService就构成了循环依赖。

我是一台豆浆机，要打出豆浆就需要水、豆子（依赖的2个对象），谁使用谁就要负责加水、放豆子，我提供打豆浆的功能，但需要的东西（对象的值）要由使用方在使用的时候提供（注入）。至于我们使用时，这个属性为什么不是null，那是因为在JVM实例化结束后，Spring又从自己的bean工厂中拿到待赋值的属性对应的对象（就算重新new一个也不会产生循环依赖），通过反射给赋上值的。这种通过构造参数赋值，如果用无参的new()，在编译时就会报错，如果使用反射绕过编译器，真正执行的时候也会报错（找不到无参的构造）。...

使用spring推荐构造器方法注入时循环依赖问题

spring的自动注入

构造器注入时会通过构造函数注入所有必须的依赖，当两个组件BeanA和BeanB之间存在循坏依赖时，执行BeanA的构造函数需要注入BeanB（此时BeanA还未创建），由于BeanB还未生成，因此转而先创建BeanB，执行BeanB的构造函数，而BeanB同样需要注入BeanA，于是出现了死锁情况，两个Bean都无法创建，因此如果使用构造器注入而又出现循环依赖时，循环依赖指的是多个Bean之间互相需要对方作为成员变量，导致依赖链变成了环的状态，如BeanA需要注入BeanB，BeanB需要注入BeanA。

Spring源码揭秘之依赖注入和循环依赖问题分析前言依赖注入的入口方法依赖注入流程分析AbstractBeanFactory#getBeanAbstractBeanFactory#doGetBeanAbstractAutowireCapableBeanFactory#createBeanAbstractAutowireCapableBeanFactory#doCreateBean创建 bean 实例（AbstractAutowireCapableBeanFactory#createBeanInstance）

Spring如何解决循环依赖? 、三级缓存、提前曝光

Class

一、spring中事务失效场景 1、抛出检查异常导致事务不能正确回滚 原因：spring默认只会回滚（runtimeException和Error子类） 非检查异常 解法：配置rollbackFor 属性 为Exception.calss 2、业务方法内自己try-catch异常 导致事务不能正常回滚 原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉 解法1：异常原因抛出 解法2：手动设置TransactionStastus.setRollbac

Spring自动注入循环依赖分析解决

说白了就是对象之间的依赖关系成环例如A->B,B->C,C->A，并不限于对象的多少，最终成环就是循环依赖，也因此循环依赖的发生可能是十分复杂的。，如果使用属性注入的话，开发过程中甚至很难察觉。循环依赖会为系统带来很多意想不到的问题，下面我们来简单讨论一下一、换句话说就是牵一发而动全身，想象一下平静的湖面落入一颗石子，涟漪会瞬间向周围扩散。循环依赖形成了一个环状依赖关系， 这个环中的某一点产生不稳定变化，都会导致整个环产生不稳定变化实际的体验就是。