糟糕,订单超时关闭成功,用户也支付成功了,我该怎么办?

在电商及金融类的系统中,用户在下完单之后没有立即付款,订单处于未支付状态,默认情况下订单会有30分钟或者1小时左右(具体时间可以设置)的超时时间。在此期间用户可以选择立即付款,支付成功后订单进入待发货状态,等待商家发货。若超过规定的付款时间,那么订单会被关闭,库存及使用到的优惠(包含优惠券、积分)都将会被返还。那么如果订单超时时间到期需要关闭订单,并且此时正好用户也支付成功了,对于订单服务来说该如何处理呢?

明确订单终态

正常情况下,支付业务只有支付成功和支付失败(用户取消)两种状态,两者中必有一个能进入到终态。必须明确一点的是,无论哪一个都代表着业务的最终态,不能被改变。如果终态随便转换,那么在设计上一定是不合理的。

业务处理

有两种情况:

  • 第一种: 用户支付成功处理成功,订单超时关闭处理失败;
  • 第二种:订单超时关闭处理成功,用户支付成功处理失败。

针对上面的这两种情况,如果用户已经支付成功,面对订单超时关闭的请求可以直接拒绝,也符合正常的业务逻辑。不过,要是出现订单超时关闭成功,但支付成功处理失败了,这样的情况该如何处理呢?用户的钱怎么处理?原路返回吗?

没错,就是原路返回。订单超时关闭了,用户支付成功会触发支付回调,开发人员可以在回调处理的过程中,如果发现订单已经被关闭了,那么就得触发退款流程,把钱退给用户。 这样,即使订单超时关闭了,但是用户付过的钱已经退回了,对用户来说也并不存在损失。

注:退款流程可能存在失败的情况,开发人员需要做好幂等以及兜底方案。

对账机制

类似这些与支付有关的业务,引入对账机制是必要的。根据支付流水以及支付单的状态以及用户的支付、退款情况,逐一比对(支付金额=冲退金额)。如果发现不一致的情况,要根据用户的实付金额进行退款重试,直到完全一致。

加锁

具体来说就是出现了并发问题,无论是用户支付成功回调还是订单即将超时关闭订单,在执行业务逻辑之前,都需要加锁控制,并且一定是分布式锁。谁抢到了这笔单子的锁,谁先处理,没抢到的只能等待下次重试。这样做不仅能够解决并发问题,而且也能够避免异常情况的出现。

总结

上面的方案整体看下来,能够很好的解决订单超时到期关闭,同时用户也支付成功出现的并发问题,不过除此之外,仍需做好幂等以及兜底方案,确保实际业务系统能够正常稳定运行。OK,今天就先分享到这里,感兴趣的朋友可以帮忙点点关注、点点赞,非常感谢!下篇文章再会~~

相关推荐
我的golang之路果然有问题26 分钟前
案例速成GO+Socket,个人笔记
开发语言·笔记·后端·websocket·学习·http·golang
boring_1111 小时前
全局id生成器生产方案
大数据·分布式·后端
brave_zhao2 小时前
使用Spring Boot实现WebSocket广播
spring boot·后端·websocket
ss2733 小时前
基于Springboot + vue实现的中医院问诊系统
java·spring boot·后端
左灯右行的爱情4 小时前
Redis 缓存并发问题深度解析:击穿、雪崩与穿透防治指南
java·数据库·redis·后端·缓存
南玖yy4 小时前
C++ 成员变量缺省值:引用、const 与自定义类型的初始化规则详解,引用类型和const类型的成员变量自定义类型成员是否可以用缺省值?
c语言·开发语言·c++·后端·架构·c++基础语法
不爱总结的麦穗5 小时前
面试常问!Spring七种事务传播行为一文通关
后端·spring·面试
小虚竹5 小时前
claude 3.7,极为均衡的“全能型战士”大模型,国内直接使用
开发语言·后端·claude·claude3.7
Yharim5 小时前
两个客户端如何通过websocket通信
spring boot·后端·websocket
bcbnb5 小时前
iOS 性能调优实战:三款工具横向对比实测(含 Instruments、KeyMob、Xlog)
后端