事务中的多线程引发的怪异现象

最新推荐文章于 2025-07-10 00:38:44 发布

dongwenkai365506

最新推荐文章于 2025-07-10 00:38:44 发布

阅读量5.1k

点赞数 2

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/dongwenkai365506/article/details/80865856

在处理多条数据的审核与发奖操作时，预期是所有数据审核通过并根据结果发放奖励。然而实际运行中，部分数据的发奖状态未能正确更新。通过对事务和线程的分析，发现事务的并发执行顺序导致了这一问题。当外部大事务中开启新线程进行并发操作，这些线程的事务并不受大事务控制，从而可能因提交顺序不一致造成数据更新错误。解决方案是在新线程开始执行前加入延迟，确保线程事务在大事务之后提交，从而解决了数据异常问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

目标逻辑：

背景：对3条（多条）数据先进行审核通过、后发奖励操作。发奖动作不应影响审核并且实时性不高，所以在审核通过之后开启新线程进行发奖操作。

预期：数据状态有auditStatus（审核状态）与issueStatus（发奖状态），3条（多条）数据状态均从auditStatus更新为PASS（审核通过），issueStatus更新为SUCCESS（发放成功）或者FAIL（发放失败）。

做法：审核通过后开启新线程进行发放操作。代码的结构大致上是这样的

@Transactional(rollbackFor=Exception.class)
public void resolve(List<SettlementDTO> dtos){
    for(SettlementDTO dto : dtos){
        doSomething(dto);
        pass(dto);
    }
}

public void pass(final SettlementDTO dto){
    dto.setAuditStatus("PASS");
    update(dto);
    dto.setVersion(dto.getVersion() + 1l);

    new Thread(new Runnable() {
        @Override
        public void run() {
            doSomething(dto);

            dto.setIssueStatus("SUCCESS");
            update(dto);
        }
    }).start();
}

实际行为：3条（多条）数据审核通过，有时候1条有时候2条数据发放成功。

分析：

拿一条更新成功举例，

起初以为是多线程引起的线程管理的局部变量被其他线程篡改。于是把代码改成了这样，保证了每个线程改的是自己的局部变量。