@Transactional导致的循环依赖问题BeanNotOfRequiredTypeException

首先我有一个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动态代理)。这样,循环依赖解析过程中,代理对象会被正确地替换。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Spring框架中,@Transactional注解用于将方法标记为事务性操作,可以确保在方法执行过程中的数据库操作是原子性的。然而,如果在循环依赖的情况下使用了@Transactional注解,则可能导致一些问题循环依赖指的是两个或多个bean之间相互依赖,形成一个闭环的情况。当循环依赖bean中的方法使用了@Transactional注解时,Spring容器在进行初始化时会遇到一些困难。 首先,基于循环依赖bean无法通过构造函数注入来解决,因为循环依赖bean无法直接实例化。相反,Spring使用了一种一级缓存的机制来获取已经创建的bean,并使用代理将AOP织入到方法执行中。然而,这种机制需要先创建一个代理对象,然后再通过调用目标bean的方法来触发事务。 由于循环依赖是一个闭环,当一个bean被代理时,它依赖的其他bean也必须被代理,这样才能确保事务的完整性。但是,当有多个依赖关系时,Spring无法确定应该代理哪个bean,并且可能会导致无限递归的问题。 此外,循环依赖和@Transactional注解的组合还可能导致事务功能无法正常使用。由于循环依赖的限制,Spring可能无法正确地创建代理对象,从而导致事务注解无效。因此,在循环依赖的情况下,最好避免在bean的方法上使用@Transactional注解,尽量将事务控制移到外层调用的方法上。 综上所述,如果在循环依赖的情况下使用@Transactional注解,可能会导致Spring容器初始化困难,并且事务功能可能无法正常使用。因此,尽量避免在循环依赖bean中使用@Transactional注解,或者将事务控制移到外层调用的方法上。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Thomas & Friends

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值