封面送给我狗哥，今天终于大结局了！可伶我钦哥，这么惨了，最后还要把他写没了！！ Hello，下午好，我是楼下小黑哥~ 今天的文章我们接着上次的话题，继续聊聊支付系统异常解决办法。 在上篇文章中「支付掉单异常解决方案」，我们主要提到的是支付过程中掉单的场景，用户明明付款成功，银行卡都扣款了，但是订单却还显示待付款。 而在今天的文章中，我们将聊到重复付款的异常，即同一笔订单，扣了用户两笔钱。 另外我们还将会提到另外一种异常，用户扣款成功，但是订单却支付失败的场景。 以上两种异常对于被扣款的用户来讲，使用体验极差，自己多付了钱，订单却还不成功。所以如果不及时处理这两类异常，那就真的等着被投诉吧。 重复付款异常 异常场景 重复付款异常一般常见于网银支付，微信支付，支付宝等这类需要跳转到一个支付网关页（网银支付），或者跳转到钱包 APP(支付宝、微信)，从而异步完成扣款的支付场景。 这种支付场景下，只能通过接受异步通知才能知道支付结果，我们一般将其称为异步支付。 PS：有了异步支付，那么同步支付是什么？ 其实同步支付指的就是调用支付接口之后，就可以立刻返回支付结果的，比如银行卡类快捷/代扣等.... 一笔订单，但是误付了两笔钱！这种重复付款异常到底该如何解决？|原创 支付系统
小黑碎碎念 Hello，大家好，我是楼下小黑哥~ 这个长假不知道大家玩的开心不？有没有出去玩就被堵在路上的？ 哈哈，这个长假，我过的还是有点累( Ĭ ^ Ĭ )。 长假前两天都在加班迁移旧系统的历史数据，由于这个依赖我同事那边的迁移进度，所以第一天其实还好，就是划划水，优化一下程序，晚上还出去看了下『姜子牙』。 第二天的时候，又划了一天的，等到晚上的时候，同事终于把他那边的迁移搞定，我终于可以开始迁移。 可是这个时候甲方爸爸竟然开始加各种需求了，没办法，只能满足他们，临时再开始修改程序，然后再加上监控，一直搞到了12 点。 搞完这下，本来以为没啥幺蛾子了，长假只要每天看看迁移进度就可以了。 哎，没想到设计的时候忘记考虑性能的问题，等到数据量增长到千万的时候，查询速度奇慢，无奈只好优化程序，想办法让查询加快，最后一直搞到了凌晨四点 ┭┮﹏┭┮ 真的是设计不规范，加班两行泪啊~后面有机会跟大家复盘一下这次大数据量迁移。 前言 好了，回归到今天的主题，今天分享一下支付系统中异常一些处理方式。 其实这些处理方式并不只是局限于支付系统，也可以适用于其他系统，大家可以借鉴，应用到自己系统中，提高.... 有更新！ 钱被扣走了，但是订单却未成功！支付掉单异常最全解决方案 架构设计
小黑十一点半