首先我有一个Class A和Class B，A和B存在循环依赖。
@Service
@Transactional(rollbackFor = Exception.class)
public class A implements Ainterface{
@Autowired
private B b;
@Override
public void methodA() {
// do something...
}
}
@Service
public class B implements BInterface{
@Autowired
private A a;
@Override
public void methodB() {
a.methodA();
}
}
一般情况下，也就是不加Transactional注解是没有问题的，因为我们的spring框架默认就支持循环依赖，但是我们这个例子在Class A上加了个注解，为什么会有循环依赖的报错呢，报错信息如下：
org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name ‘b’: Unsatisfied dependency expressed through field ‘a’; nested exception is org.springframework.beans.factory.BeanNotOfRequiredTypeException: Bean named ‘a’ is expected to be of type ‘com.qhyu.cloud.circlarRefrence.A’ but was actually of type ‘com.sun.proxy.$Proxy32’
该异常信息表明在创建名为 ‘b’ 的Bean时，其依赖的 ‘a’ 字段无法满足依赖关系，因为Spring无法将 ‘a’ 注入到 ‘b’ 中的 ‘a’ 字段上。
异常信息中还提到了一个嵌套异常，即 ‘BeanNotOfRequiredTypeException’，它表明 Spring 无法将名为 ‘a’ 的Bean注入到 ‘b’ 中的 ‘a’ 字段上，因为 ‘a’ Bean的类型与 ‘b’ 中 ‘a’ 字段的类型不匹配。具体来说， ‘a’ Bean的实际类型是 ‘com.sun.proxy.$Proxy32’，而 ‘b’ 中的 ‘a’ 字段的期望类型是 ‘com.qhyu.cloud.circlarRefrence.A’。
通过这个异常信息，我们很快就找到了思路，初步估计问题是发生在populateBean方法，在属性注入的时候会验证属性类型，因为我们的Service都是实现了接口的，所以在没有强制使用cglb进行代理的情况下，会使用jdk动态代理，当存在代理对象时，如果使用JDK动态代理，代理对象会实现目标接口并继承Proxy类，而不是原始类，因此在填充代理对象的属性时，Spring无法确定该使用哪一个对象进行属性填充，因此无法正确地替换代理对象。这种情况下，可以考虑使用CGLIB动态代理来解决该问题。
源码中校验的位置在DefaultListableBeanFactory的1401行，报错信息在1402行抛出。
要解决这个问题，可以采用以下方法：
1、解决循环依赖：尽量避免类之间的循环依赖，可以通过将共享的方法或数据移动到一个新的类中，然后让两个类分别依赖这个新类。
2、使用setter注入：如果无法避免循环依赖，可以考虑使用setter方法进行依赖注入，而不是构造方法注入。这样，当一个类被实例化时，它的依赖关系会在实例化之后才被注入，可以避免代理对象替换的问题。
3、指定代理类型：可以明确指定代理类型。例如，可以使用@EnableTransactionManagement(proxyTargetClass = true)来强制使用基于类的代理（CGLIB代理），而不是默认的基于接口的代理（JDK动态代理）。这样，循环依赖解析过程中，代理对象会被正确地替换。