支付回调接口中，主订单状态未变更，其他功能执行正常

作者: 抄无止境 | 来源:发表于2022-07-21 19:25 被阅读0次

支付回调接口中，主订单状态未变更，其他功能执行正常
解答产品支付集成的两个问题（偏技术）
微擎小程序无限开，支付回调如何判断uniacid
对接支付宝支付接口开发笔记
2019-06-12 微信支付回调坑
2018年06月第一周-互联网热点一周新闻
Spring boot实现监听Redis key过期事件
iOS 支付功能回调必须添加的
冰河系统(OMS)订单,(Express)快递状态推送,(WMS
DelayQueue之限时订单实现方式

问题现象

1.昨天测试支付功能还是好好的，但是今天就出现了一个异常问题：支付已经扣款了，支付回调接口也已经调用了，接口中代码都执行成功了，子订单状态已经改变了，但是主订单没有改变。
2.我远程断点调试可以成功，不远程断点调试就不成功。
很奇怪？

问题分析

1.是不是更新主订单的方法没有更新成功？
经过远程断点调式加上查看log日志，发现更新主订单的方法没有问题。如果更新主订单的方法有问题，那么远程断点调式不应该成功的。

2.是不是异步导致的问题？
回去检查了支付回调的方法，发现并没有写异步相关的代码。。。
很奇怪？
然后又重新支付，查看sql执行log，有一个很惊人的发现，更新主订单状态为待发货后的sql日志后，也就是最后一次的sql执行log下，又有一次更新主订单的日志sql日志，把我原来修改的主订单状态待发货改成了未付款。
百思不得其解？为什么会有这样一个sql日志？
经过排查，在支付回调的接口中，有个分佣功能，分佣是用rocketmq发送消息在异步进行消费执行的，在分佣的这个里面，有个更新主订单状态的操作，我也是醉了，找到原因了。就是异步导致的。