钱被扣走了,但是订单却未成功!支付掉单异常最全解决方案

本文探讨支付系统中常见的掉单异常问题,包括外部和内部掉单的成因及解决方案。外部掉单可通过增加超时时间、接收异步通知、掉单查询和对账来解决;内部掉单则涉及分布式事务和异步补偿更新策略。文章强调了异常处理在系统设计中的重要性,以确保支付系统的健壮性。
摘要由CSDN通过智能技术生成

前言

好了,回归到今天的主题,今天分享一下支付系统中异常一些处理方式。

其实这些处理方式并不只是局限于支付系统,也可以适用于其他系统,大家可以借鉴,应用到自己系统中,提高自己系统的健壮性。

异常是系统运行不可避免会发生的问题,如果一切都正常,我们的系统设计将会相当简单。

但是可惜没有人能做到这一点,所以为了处理异常可能导致的问题,我们不得不需要加上很多额外的设计,用来应对这些异常。

可以说系统设计中,异常处理需要我们着重思考,将会占据我们大部分的精力。

下面我们先来看下支付系统中最常见的异常:掉单

欢迎关注我的公众号:程序通事,获得日常干货推送。如果您对我的专题内容感兴趣,也可以关注我的博客:studyidea.cn

掉单异常

一个最常见的支付平台架构关系如下所示:

上图我们是站在第三方支付公司支付角度,如果是自己公司的内部支付系统,那么外部商户这一块其实就是公司内部一些系统,比如说订单系统,而外部支付渠道其实就是第三方支付公司

我们以携程为例,在其上面发起一笔订单支付,将会经过三个系统:

  1. 携程创建订单,向第三方支付公司发起支付请求
  2. 第三方支付公司创建订单,并向工行发起支付请求
  3. 工行完成扣款操作,返回第三方支付公司
  4. 第三方支付完成订单更新并返回携程
  5. 携程变更订单状态

上面的流程,简单如下图所示:

在这个过程就可能会碰到,用户工行卡已经扣款,但是携程订单却还是待支

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值