@Transactional & @Aysnc & 循环依赖 & 事务同步问题

15 篇文章 0 订阅
7 篇文章 0 订阅

学习链接

@Async学习及循环依赖

场景

我们要做的事情很简单:

  1. 现在我们需要在一个业务方法中插入一个用户,
  2. 这个业务方法我们需要加上事务,
  3. 然后插入用户后,我们要异步的方式打印出数据库中所有存在的用户。

最初版本

我们的代码在最开始,可能是如下:

TestController
@RestController
@RequestMapping("test")
public class TestController {

    @Autowired
    private TestService testService;
    
    @GetMapping("testTx")
    public String testTx() {

        testService.doTx();

        return "ok";

    }

}
TestService
@Slf4j
@Service
@EnableAsync // 开启异步
@EnableTransactionManagement // 开启事务
public class TestService {

    @Autowired
    private UserService userService;

    @Transactional
    public void doTx(){
        log.info("-----------------doTx-----------------" + this.getClass());

        User user = new User();
        user.setNickname(RandomStringUtils.randomAlphabetic(5));

        userService.save(user); // 插入用户
        log.info("插入用户:{}" , user);

        printUserList(); // 我们希望的是异步打印所有的用户

        log.info("-----------------doTx-----------------");

        try {
            Thread.sleep(3000); // 这里还需要干其它的活,反正就是这里不确定,万一它就卡在这里了呢, 就模拟这个情况
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    @Async
    public void printUserList() {
        log.info("-----------------printUserList-----------------" + this.getClass());
        List<User> list = userService.list(new QueryWrapper<User>());
        for (User user1 : list) {
            log.info("printUser:  {}",user1);
        }
        log.info("-----------------printUserList-----------------");

    }

}

问题

我们访问上面的这个接口:http://localhost:8085/web-api/test/testTx,输出如下的日志。

发现问题:可以看到 保存用户 和 异步打印所有用户 用的是同一个线程,说好的异步没有了,为什么没有异步了呢?可以看到我们使用的仍然是TestService而不是代理对象,所以直接就是调用的就是TestService类的方法,而异步注解是基于代理的(但不是基于自动代理创建器的),所以就有问题了。

在这里插入图片描述

@Lazy版本 + 事务同步

既然,上面我们知道了,是由于没有调用代理,所以异步打印所有用户仍然用的是原来的线程。那么再问一句:TestService没有被代理吗?它的的确确被代理了,是因为@Transactional让它做了事务代理,但是事务代理基于的就是aop,aop责任链调用的最终节点,调用的是真实对象,所以那里就用的是真实对象去打印,那可不就没代理了嘛!

原因,我们也知道了,那我们可以让它自己注入自己,发现启动报错,启动报错的原因在于@Async实现代理的方式 和 aop的自动代理方式 用的不是同一个代理创建器。在一般情况下,自己注入自己的确是可以解决这种循环依赖 + 自动代理的问题的(或者用AopContxt.currentProxy()获取到绑定到当前线程的代理对象),但是一旦碰到这种@Async 和 aop自动代理的情况,由于有2个代理创建器存在,且它们都要对这个对象进行代理,那就有问题了。会报如下的错误:

Caused by: org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'testService': Bean with name 'testService' has been injected into other beans [testService] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using 'getBeanNamesOfType' with the 'allowEagerInit' flag turned off, for example.
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:622)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
	at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:318)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:277)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1251)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1171)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:593)
	... 19 common frames omitted
报错版本:TestService
@Slf4j
@Service
@EnableAsync // 开启异步
@EnableTransactionManagement // 开启事务
public class TestService {

    @Autowired
    private UserService userService;

    @Autowired
    private TestService testService;

    @Transactional
    public void doTx(){
        log.info("-----------------doTx-----------------" + this.getClass());

        User user = new User();
        user.setNickname(RandomStringUtils.randomAlphabetic(5));

        userService.save(user); // 插入用户
        log.info("插入用户:{}" , user);

        testService.printUserList(); // 我们希望的是异步打印所有的用户

        log.info("-----------------doTx-----------------");

        try {
            Thread.sleep(3000); // 这里还需要干其它的活,反正就是这里不确定,万一它就卡在这里了呢, 就模拟这个情况
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    @Async
    public void printUserList() {
        log.info("-----------------printUserList-----------------" + this.getClass());
        List<User> list = userService.list(new QueryWrapper<User>());
        for (User user1 : list) {
            log.info("printUser:  {}",user1);
        }
        log.info("-----------------printUserList-----------------");

    }

}
@Lazy正常启动版本(有问题)

给TestService加个@Lazy注解,就可以解决这个问题,解决的方式是因为在解析含有@Lazy注解的依赖时,会创建一个代理对象,这个代理把从spring容器中获取目标bean的时机,调整到了使用它的时候,也就是说,往TestService中注入的testService,在解析依赖的解决,不去容器中去找或者创建,而是直接构建了个代理对象,放入到里面。这样就相当于没有发生循环发生一样,因为循环依赖产生的的时机就是在解析bean的依赖的时候,通过@Lazy创建代理的方式处理了依赖,也就不存在这个循环依赖的问题了。

也好比说:我在TestService中注入一个容器中压根就没有定义的bean,但是我给这个这个字段上的bean加了@Lazy注解,它依然可以正常启动,当然,在用的时候,它仍然会报错。但在这里没关系,在启动阶段已经不报错了,在运行阶段,会去容器中寻找testService,而在运行阶段,spring容器已经初始化好了,也就没问题了。

@Slf4j
@Service
@EnableAsync // 开启异步
@EnableTransactionManagement // 开启事务
public class TestService {

    @Autowired
    private UserService userService;

    @Autowired
    @Lazy
    private TestService testService;

    @Transactional
    public void doTx(){
        log.info("-----------------doTx-----------------" + this.getClass());

        User user = new User();
        user.setNickname(RandomStringUtils.randomAlphabetic(5));

        userService.save(user); // 插入用户
        log.info("插入用户:{}" , user);

        testService.printUserList(); // 我们希望的是异步打印所有的用户

        log.info("-----------------doTx-----------------");

        try {
            Thread.sleep(3000); // 这里还需要干其它的活,反正就是这里不确定,万一它就卡在这里了呢, 就模拟这个情况
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    @Async
    public void printUserList() {
        log.info("-----------------printUserList-----------------" + this.getClass());
        List<User> list = userService.list(new QueryWrapper<User>());
        for (User user1 : list) {
            log.info("printUser:  {}",user1);
        }
        log.info("-----------------printUserList-----------------");

    }

}

我们继续访问上面的这个接口:http://localhost:8085/web-api/test/testTx,输出如下的日志。

异步打印的问题是解决了,但是,又有个问题了,查出来怎么只会有1个用户呢?这个接口调用了2次,肯定会有2个用户的,现在却只有一个用户,原因就在于是异步打印的,当前事务还有提交,然后就去查询,肯定就只会查询1个出来

在这里插入图片描述

@Lazy + 注册事务同步

上面代码中,调用@Aysnc注解修饰的异步方法应该是要在事务提交了之后,再去调用,而不是插入数据之后调用!所以需要注册事务同步到事务同步管理器中,在事务提交之后,再去作异步任务,这样异步任务才能在数据库中查到刚刚插入的数据。感觉有点像vue里面的nextTick了。

@Slf4j
@Service
@EnableAsync // 开启异步
@EnableTransactionManagement // 开启事务
public class TestService {

    @Autowired
    private UserService userService;

    @Autowired
    @Lazy
    private TestService testService;

    @Transactional
    public void doTx(){
        log.info("-----------------doTx-----------------" + this.getClass());

        User user = new User();
        user.setNickname(RandomStringUtils.randomAlphabetic(5));

        userService.save(user); // 插入用户
        log.info("插入用户:{}" , user);

        TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronization() {
            @Override
            public void afterCommit() {
                testService.printUserList();// 我们希望的是异步打印所有的用户
            }
        });

        log.info("-----------------doTx-----------------");

        try {
            Thread.sleep(3000); // 这里还需要干其它的活,反正就是这里不确定,万一它就卡在这里了呢, 就模拟这个情况
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    @Async
    public void printUserList() {
        log.info("-----------------printUserList-----------------" + this.getClass());
        List<User> list = userService.list(new QueryWrapper<User>());
        for (User user1 : list) {
            log.info("printUser:  {}",user1);
        }
        log.info("-----------------printUserList-----------------");

    }

}

可以看到,刚刚插入的时id为4用户,现在能够把刚刚插入的查询出来了

在这里插入图片描述

  • 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
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值