大家好，我是鸭鸭！
目前国民支付软件好像出了大问题！！！
在14:40到14:45之间，所有订单都莫名其妙地享受了“政府补贴”，直接减免了20%的费用！
从下面截图看，有用户的4000元转账居然直接减少了800元，显示成3200元，且显示为政府补贴 800！
疑似出现了重大 Bug？
我看了看，还有很多用户都在贴出他们的优惠。。。
加油都有政府补贴是吧！丸辣！某支付背后的技术团队估计要崩溃了。。。
别说年终奖该怎么办了，不会要被祭天吧。。。
....
继续我们的面试题
如果一笔订单，用户在微信和支付宝同时支付，会怎么样？
回答重点
微信和支付宝都会支付成功，因为支付渠道是第三方系统，它们之间的数据是不相通的，因此无法阻止用户付款。
这样一来同一笔订单，用户就会多付了一笔钱，如何避免这个情况？
思路其实很清晰，不管是支付宝支付还是微信支付，用户支付后三方都会进行回调，这个回调处理逻辑在我们的系统中，因此我们可以在这里控制。
支付单都会有状态机，例如从支付中到支付成功，比如 update pay_info set status = "sucess" where payNo = '123' and status = "paying"
通过数据库对单一记录的更新加锁来保证先到的回调支付状态就能修改成功，后到的回调修改状态失败（因为wehre 条件不匹配，影响行数为 0 ）。
针对影响行数为 0 的那次回调，我们就可以调用退款流程把用户多付的钱给退了。
假设微信支付回调执行成功，支付宝回调执行失败：
支付回调的幂等性处理
不过这里还有一个很关键的点需要注意，即支付回调的幂等性处理。
因为支付渠道回调我们后端服务，后端需要给对应的响应，不然支付渠道会重试回调，假设因为网络抖动或者其他因素导致支付渠道重复回调，必然会触发 SQL 执行失败，如果不做任何处理，肯定会触发退款流程了！那就玩完了，钱都退给用户，产生了资损。
这里的做法是需要在支付单中记录支付成功的渠道和对应的渠道支付单号，增加这部分的判断就能实现幂等，回调随便调，不会影响业务。
例如支付单增加：
pay_channel：支付渠道（如微信、支付宝等）transaction_id：渠道支付单号
流程如下：
1）判断支付单是否已完成支付
2）若已完成，则检查支付渠道和支付单号是否匹配。
若匹配，说明重复支付，直接返回 若不匹配，说是其他渠道，调用退款接口
3）若未完成，执行上述 update 逻辑，并将检查支付渠道和支付单号一并落库
4）如果 update 影响行数为 0 ，说明已经被其他渠道支付了，可以不返回响应，待三方支付再次回调，走上述的第二步逻辑（因为不确定是不是同渠道多次请求）。
最后
再来推荐下我们的面试刷题网站和小程序：面试鸭！
我们精选了近两年的高频面试真题，已经有 9000 多道面试题目啦，由大厂资深面试官手写答案，押题命中率超高！
不仅有传统八股文，场景题、项目题、系统设计题等等应有尽有，还在不断更新中！
现在邀请好友注册并成为会员，还可获得最高 50% 的分佣🧧！详情见面试鸭拉新邀请有赏规则（网页版面试鸭点击头像查看）
网页端网址：www.mianshiya.com
欢迎关注面试鸭，每日获取经典面试题和优质题解，我们下期见~
