在A方法事物中开启线程调用B方法,在B方法的事物中有可能查不到A方法提交的数据

1.问题:在一个事物中开启线程调用另一个方法,另一个方法查不到上一个方法插入的数据
@Service
public class Test {

   /* 手动创建线程池
     */
// 创建线程工厂
ThreadFactory threadFactory = new ThreadFactoryBuilder()
    .setNameFormat("xxx-pool-%d")
        .build();
// 创建通用线程池
/**
 * 参数含义:
 *      corePoolSize : 线程池中常驻的线程数量。核心线程数,默认情况下核心线程会一直存活,即使处于闲置状态也不会受存keepAliveTime限制。除非将allowCoreThreadTimeOut设置为true。
 *      maximumPoolSize : 线程池所能容纳的最大线程数。超过这个数的线程将被阻塞。当任务队列为没有设置大小的LinkedBlockingDeque时,这个值无效。
 *      keepAliveTime : 当线程数量多于 corePoolSize 时,空闲线程的存活时长,超过这个时间就会被回收
 *      unit : keepAliveTime 的时间单位
 *      workQueue : 存放待处理任务的队列,该队列只接收 Runnable 接口
 *      threadFactory : 线程创建工厂
 *      handler : 当线程池中的资源已经全部耗尽,添加新线程被拒绝时,会调用RejectedExecutionHandler的rejectedExecution方法,参考 ThreadPoolExecutor 类中的内部策略类
 */
ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(5, 200, 0L,
        TimeUnit.MILLISECONDS,
        new LinkedBlockingQueue<>(1024),
        threadFactory,
        new ThreadPoolExecutor.AbortPolicy());

@Autowired
Test test;
@Transactional(propagation = Propagation.REQUIRED,rollbackFor = Exception.class)
public void methodA(){
    System.out.println("模拟插入一条数据,该数据的id=11");
    int id=11;
    threadPoolExecutor.execute(()->{
        //这里调用B方法查询 A方法插入的记录,B方法有一定的概率查不到,A方法插入的数据,原因是线程执行的顺序问题
        test.methodB(id);  
    });

}
@Transactional(propagation = Propagation.REQUIRES_NEW,rollbackFor = Exception.class)
public void methodB(Integer id){
    System.out.println("更据id 去数据库查询methodA方法插入的数据(id = 11),数据可能会查不到");

}

2.解决:将A 方法的事物改为手动提交,提交事物之后再调用 B 方法,这一样就防止的线程安全问题,原因是因为,线程在A方法没提交事物就去查询数据库,导致A方法插入的数据,在B的事物找不到,(注意:这里看打印的日志可能是,A方法的事物已经提交了,而B 方法没有查到A方法提交的数据,因为cpu 快速切换导致,看日志可能会有误区)

@Service
public class Test {

/* 手动创建线程池
 */
// 创建线程工厂
ThreadFactory threadFactory = new ThreadFactoryBuilder()
    .setNameFormat("xxx-pool-%d")
        .build();
// 创建通用线程池
/**
 * 参数含义:
 *      corePoolSize : 线程池中常驻的线程数量。核心线程数,默认情况下核心线程会一直存活,即使处于闲置状态也不会受存keepAliveTime限制。除非将allowCoreThreadTimeOut设置为true。
 *      maximumPoolSize : 线程池所能容纳的最大线程数。超过这个数的线程将被阻塞。当任务队列为没有设置大小的LinkedBlockingDeque时,这个值无效。
 *      keepAliveTime : 当线程数量多于 corePoolSize 时,空闲线程的存活时长,超过这个时间就会被回收
 *      unit : keepAliveTime 的时间单位
 *      workQueue : 存放待处理任务的队列,该队列只接收 Runnable 接口
 *      threadFactory : 线程创建工厂
 *      handler : 当线程池中的资源已经全部耗尽,添加新线程被拒绝时,会调用RejectedExecutionHandler的rejectedExecution方法,参考 ThreadPoolExecutor 类中的内部策略类
 */
ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(5, 200, 0L,
        TimeUnit.MILLISECONDS,
        new LinkedBlockingQueue<>(1024),
        threadFactory,
        new ThreadPoolExecutor.AbortPolicy());

@Autowired
Test test;
//1.获取事务控制管理器,从spring容器中获取
@Autowired
DataSourceTransactionManager transactionManager;
public void methodA(){
    //2.获取事务定义
    DefaultTransactionDefinition def = new DefaultTransactionDefinition();
    //3.设置事务隔离级别,开启新事务
    def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
    //4.获得事务状态,相当于开启事物
    TransactionStatus transactionStatus = transactionManager.getTransaction(def);

    try {
        System.out.println("模拟插入一条数据,该数据的id=11");
        int id = 11;
        //提交事物
        transactionManager.commit(transactionStatus);
        //在事物中开启线程,需在事物提交之后开启,否则,B方法可能查不到A方法提交的数据
        threadPoolExecutor.execute(()->{
            //这里调用B方法查询 A方法插入的记录,B方法有一定的概率查不到,A方法插入的数据,原因是线程执行的顺序问题
            test.methodB(id);
        });
    }catch (Exception e){
        transactionManager.rollback(transactionStatus);
    }
}
@Transactional(propagation = Propagation.REQUIRES_NEW,rollbackFor = Exception.class)
public void methodB(Integer id){
    System.out.println("更据id 去数据库查询methodA方法插入的数据(id = 11),数据能查到");
}

}

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值