xxl-job中使用多线程处理订单导致的问题

在xxl-job中,使用多线程处理订单时遇到了同一订单被处理两次的问题,原因是线程池配置不当,导致任务队列溢出。通过对错误日志分析,定位到问题根源在于查询重复和线程池参数设置。提出了临时的优化措施,包括分页查询和调整线程池配置以避免任务队列满载。
摘要由CSDN通过智能技术生成

xxl-job中使用多线程处理订单导致的问题

背景介绍:

项目使用jdk1.8,xxl-job-2.2.0,对于待支付状态的订单查询对应的支付平台,确定支付结果

定时任务配置:

定时任务配置

代码编写

	/**
	* 线程池工厂
	*/
    private static final ThreadFactory FACTORY_BUILDER = new ThreadFactoryBuilder()
            .setDaemon(true).setNameFormat("PayOrderQueryJob-order-%d").build();
    /**
     * 工行查询订单的线程池
     */
    private static final Executor ICBC_POOL_EXECUTOR = new ThreadPoolExecutor(20, 20, 5, TimeUnit.SECONDS,
    		new ArrayBlockingQueue<>(1024), FACTORY_BUILDER);
    // 查询待支付的订单
    List<Order> orders = …………;
    orders.forEach(item -> {
   
    	// 工行待支付订单处理
    	POOL_EXECUTOR.execute(new Thread(orderService, item, icbcService));
	});
public class Thread implements Runnable {
   
    @Override
    public void run() {
   
        try {
   
        	// 查询银行确定支付结果
            Order order = service.query(……);
			// 对支付结果进行处理
            service.dealPayResult(order);
        } catch (Exception e) {
   
            log.error("[{}]工行e支付查询结果,异常{},{}", order.getOrderNo(), e.getMessage(), e);
        }
    }
}
// 对支付结果进行处理
dealPayResult
	……
    if (PAY_FAIL.equals(order.getStatus())) {
   
       // 如果是支付失败,则退还用户的参与机会
       // redis中退还用户参与次数
       redis.reduce(……);
       try {
   
           transactionTemplate.executeWithoutResult(transaction -> {
   
               // 事务是因为其他业务逻辑,有多条更新语句
 				……
               // 更新数据库中订单支付状态
               orderDao.updateUnPayOrder(order);
				……
     
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值