服务端如何防止订单重复支付！

点击上方 "编程技术圈"关注, 星标或置顶一起成长

后台回复“大礼包”有惊喜礼包！

每日英文

Life is like a cup of tea. It won't be bitter for a lifetime but for a short while anyway.

人生就像一杯茶，不会苦一辈子，但总会苦一阵子。

每日掏心话

寻找能支撑自己的东西，听一首平复心情的歌，明日醒来，故事翻篇。就算举步维艰，也要翻山越岭，去自己想去的地方。

责编：乐乐 | 来自：废物大师兄链接：cnblogs.com/cjsblog/p/14516909.html

编程技术圈(ID:study_tech)第 1224 次推文

往日回顾：95后程序员月薪2万背电脑送外卖，送单途中修bug！

     

   正文   

如图是一个简化的下单流程，首先是提交订单，然后是支付。支付的话，一般是走支付网关（支付中心），然后支付中心与第三方支付渠道（微信、支付宝、银联）交互，支付成功以后，异步通知支付中心，支付中心更新自身支付订单状态，再通知业务应用，各业务再更新各自订单状态。这个过程中经常可能遇到的问题是掉单，无论是超时未收到回调通知也好，还是程序自身报错也好，总之由于各种各样的原因，没有如期收到通知并正确的处理后续逻辑等等，都会造成用户支付成功了，但是服务端这边订单状态没更新，这个时候有可能产生投诉，或者用户重复支付。由于③⑤造成的掉单称之为外部掉单，由④⑥造成的掉单我们称之为内部掉单为了防止掉单，这里可以这样处理：1、支付订单增加一个中间状态“支付中”，当同一个订单去支付的时候，先检查有没有状态为“支付中”的支付流水，当然支付（prepay）的时候要加个锁。支付完成以后更新支付流水状态的时候再讲其改成“支付成功”状态。2、支付中心这边要自己定义一个超时时间（比如：30秒），在此时间范围内如果没有收到支付成功回调，则应调用接口主动查询支付结果，比如10s、20s、30s查一次，如果在最大查询次数内没有查到结果，应做异常处理3、支付中心收到支付结果以后，将结果同步给业务系统，可以发MQ，也可以直接调用，直接调用的话要加重试（比如：SpringBoot Retry）4、无论是支付中心，还是业务应用，在接收支付结果通知时都要考虑接口幂等性，消息只处理一次，其余的忽略5、业务应用也应做超时主动查询支付结果对于上面说的超时主动查询可以在发起支付的时候将这些支付订单放到一张表中，用定时任务去扫为了防止订单重复提交，可以这样处理：1、创建订单的时候，用订单信息计算一个哈希值，判断redis中是否有key，有则不允许重复提交，没有则生成一个新key，放到redis中设置个过期时间，然后创建订单。其实就是在一段时间内不可重复相同的操作在公众号后端架构师后台回复“架构整洁”，获取一份惊喜礼包。附上微信支付最佳实践：
PS：欢迎在留言区留下你的观点，一起讨论提高。如果今天的文章让你有新的启发，欢迎转发分享给更多人。版权申明：内容来源网络，版权归原创者所有。除非无法确认，我们都会标明作者及出处，如有侵权烦请告知，我们会立即删除并表示歉意。谢谢!
欢迎加入后端架构师交流群，在后台回复“学习”即可。
最近面试BAT，整理一份面试资料《Java面试BAT通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。在这里，我为大家准备了一份2021年最新最全BAT等大厂Java面试经验总结。别找了，想获取史上最简单的Java大厂面试题学习资料扫下方二维码回复「面试」就好了猜你还想看阿里、腾讯、百度、华为、京东最新面试题汇集最牛逼的 Java 日志框架，性能无敌，横扫所有对手。。
真能一快遮"百丑"？为什么国人要弃坑FastJson？
悲痛！中南大学一硕士生坠楼身亡，生前聊天记录被爆出，校方回应！嘿，你在看吗？