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