如题今天要描述一个问题是:程序在确认订单时拉起第三方支付,支付失败了,引起的问题。

为了能清楚的描述问题,我把场景复现一下,大家肯定都有过APP购物的体会,大家一定知道有一个按钮叫“确认”或者“结算”之类的功能按钮,
点击一下弹出一个框让进行微信支付或支付宝支付或银联支付或其他什么支付的。
那么这个“确认”或者“结算”功能按钮在背后到底做了哪些事情,成功或失败是怎么处理的,需要怎么处理,这些都是值得讨论的问题。
我们在做商城时就遇到了这样的问题,我们的问题是我们第一次点击“确认”按钮时程序报错说支付失败了,第一次失败没问题呀,可能就是支付有问题吧,
那么我们再次支付呗,OK,那我们再点,这个时候又报错了,说购物车为空,我们测试的妹妹就晕了。
明明页面上购物车里有商品啊,谁说的为空,你自己看嘛,你自己看嘛,谁说的为空。

这就是我们的问题。

那么遇到这样问题怎么办,我们把问题细化,细化,在细化,我们一步一步看每一个步骤。
然后我们会看到在订单提交,支付付款时,这里边的过程需要细化的地方就是,
先要创建订单把用户购物车里所有的商品、优惠券、积分等所有东西计算好之后把的结果落库,把购物车清空。然后在向微信、支付宝等发起支付。

这里细化出来了两步:

1、创建订单,清空购物车
2、向第三方支付平台支付。

既然分出来了两步那么每一步就都会有出错的可能,每一步都可能出错。出错并不可怕,可怕的是出错不认,知错不改,明知故犯。
上边的两步必须是顺序的执行,也就是说如果第一步出错,那么第二部不用执行了,而如果第一只执行成功,第二步失败,这个问题就比较麻烦。
这就是我们的测试妹妹看到的问题,
第一次是真的支付失败了,但是创建订单成功了,所以购物车在后台数据库清空了,而页面没有刷新,第二次呢购物车真的是清空了,在也无法支付了,因为后台会重新检测购物车。

我们先来这样讨论问题

首先我们已经把上边说步骤分成了两步,那么我们就按照两步的方式来思考问题,
每一步在一个单独的事务里。为什么要这么看,好像APP的开发人员说支付这一步骤是APP直接调用微信或支付宝不通知服务器端的。
那么只有第一步是服务器完全可以控制并且在自己的一个事务里,那么可以给APP一个约定,成功怎么处理,失败怎么处理。
如果失败还好,直接说你不用走第二步,当然失败不是我们期望的,我们也不希望失败,所以第一步成功了。
那么到第二步怎么办呢,这里按之前所说的这一步是APP直接拉起微信或支付宝的,服务器端根本不知道,
那么这里的问题就来了,如果支付成功,当然是我们期望的一个结果,直接写会数据库,支付成功回写,这没有问题,是我们期望的结果。

(这里没有讨论,在支付成功后回写失败怎么办,这也是一个大坑,虽然概率不大,但是不能假设,特别是量大的时候,一旦出了问题,用户可是真的付钱了,非常特别的麻烦。你拿用户钱,告诉用户没有支付,不给用户东西,你抢钱嘛)

那么支付失败怎么办,我们的焦点问题就是如果支付失败了,APP又不刷新,仍然能够看到购物车里有商品,
而实际上因为第一步的调用成功,购物车已经被清空,购物车里的商品已经落库成为了订单。
这时不能在对购物车进行支付,而实际上是订单。订单的状态是未支付或者支付未成功。

讨论到这里,我们已经非常明确的看到以下内容,首先在显示上混淆了支付的是订单还是购物车,
因为在APP上显示的是操作一次,按了一个按钮发起两个调用,让用户感觉到或者给你迷惑的感觉的是我这次是对购物车进行的支付,
买的是购物车里的商品嘛,但实际上是由于APP在进行了第一次创建订单调用后,紧接着直接拉起支付,没有通知服务器。
这是两个步骤在一起有没有很好的异常处理或回滚机制,看似友好减少用户操作的行为却是给用户造成了极大的麻烦。
首先这里一定要明确的是支付的一定是订单,不是购物车。

当然用户是可以不用感知到支付的是购物车或者是订单的,也可以不用感受到有任何变化的,这个时候如果两次调用全部成功或一起失败,都是没有问题的,
但我们的问题就是用户没有任何感知的情况下,第一个调用成功了,第二个失败了,APP还没有任何变化,或者没有刷新的意愿,
那么第一个数据想回滚,或者有回滚的意愿,或者想有其他的处理,问题就来了。

对于这样的一个分析,上边解决问题是思路相对也比较明确,
第一种,那就分成两步,每一步单独处理,从业务流程上给出一个解决方案,
就是可以一起提交,但是如果是第一步成功,第二步失败了,那么在这个时候,APP上可以给给提示,比如说:你的订单已经提交但是支付失败请尽快完成支付,等。
或者干脆就是直接分成两步,第一步订单提交,并给出提示。第二,订单支付并给出提示。

第二种,我们假设这个支付可以有服务器端发起,把创建订单落库和支付的业务放进一个事务里,同样是一次调用,那么由于事物的支持,可以一起失败,一起成功,这想来是比较棒的解决方案。

第三种可能,是不是可以有APP来发起事务,然后第二调用失败了,让第一次操作取消,那这里就涉及到两种方案,
第一种,使用事务,让第一次的提交在第二支付成功时,才真正落库。
第二种,可以把第一次是数据库状态变成提交前的状态,相当于回滚,但实际上更加类似又重新了一份数据,或者更改原来的为落库前的状态。
或者第三种,让用户先支付成功,然后在写订单,(这种感觉是骚主意吧,还涉及到库存,那一超卖,在那个点上卖完了怎么办)

第四种可能,APP同时把自己拉起支付调用的支付结果在告诉服务器,让服务器来返回APP的这一次行为是最终该怎么办。

其他解决方案,欢迎大家一起吐槽,讨论~

回来散步时又想到一种办法,

第五种办法,在用户点“确认”或“结算”按钮时,在服务器端校验除了校验购物车是不是为空的话,
再校验最近的没有支付或者支付失败的订单的,对比一下点击按钮的时间和订单的时间,在某个可允许的范围内,可以假设就是支付的这个订单。
(想来这个也是一种不算好的办法,但理论上也可以解决这样情况的大部分问题)

本来我想是非常简单的问题,除了第三种然APP来做事务相对困难,其他的都是业务流程稍微变化一下就能很好的解决问题,
但是我反应了几次这样的问题,也是没人理我,感觉世界好悲哀。
有人认定了创建订单有问题,有人说支付有问题,支付不成功嘛,我给人解释,但是感觉...就是那种感觉“他人笑我太疯癫,我笑他人看不穿”。

但是就像我上边说的出错不认,知错不改,产品不改进,用户体验差,拼命的让程序员改一些明明流程问题引起的看似是BUG的问题,可怜那些悲催的程序员吧。

谈一谈APP支付失败的处理的更多相关文章

  1. [原创]浅谈移动互联网App兼容性测试

    [原创]浅谈移动互联网App兼容性测试 今天要谈的话题,估计各位测试都有感受,移动互联网App兼容性测试,我们到底测试覆盖如何去挑选机型?具体移动App兼容性测试如何开展?是不是应引进像testin这 ...

  2. 谈一谈APP版本号问题

    如题:谈一谈APP版本号问题 为什么要谈这个问题,周五晚上11~12点,被微信点名,说APP有错,无效的版本号,商城无法下单.我正在准备收拾东西,周末回老家,结果看到这样问题,菊花一紧.我擦,我刚加的 ...

  3. 【支付宝支付】扫码付和app支付,回调验证签名失败问题

    在检查了参数排序,编码解码,文件编码等问题后,发现还是签名失败,最后找出原因: 扫码付和app支付采用的支付宝公钥不一样   Pid和公钥管理里面:   开放平台密钥界面和开放平台应用界面的密钥应该一 ...

  4. 微信APP支付【签名失败】

    最近在做微信APP支付 遇到一个问题 请求预下单时,接口返回签名错误 由于之前没有成功的交互,刚开始检查程序的错误,经过多次修改,发现依然是签名错误,可能出现的问题如下: 1.该签名密钥不是AppSe ...

  5. 微信支付(APP支付)-服务端开发(二 )

    如果你已经可以微信支付成功,那么你已经成功90%,剩下的就是订单确认问题了. 接上一篇文章,今天我们来谈一谈,订单查询与确认: APP端支付成功之后,会再次向服务端发起请求,确认付款订单时候成功,同时 ...

  6. 支付宝App支付签名和验签

    代码: using CMS.Utility.ReturnResult; using OAuthWebAPI.Package; using Common; using System; using Sys ...

  7. android支付宝app支付(原生态)-包括android前端与java后台

    本文讲解了 android开发的原生态app集成了支付宝支付, 还提供了java后台服务器处理支付宝支付的加密代码, app前端与java后台服务器使用json数据格式交互信息,java后台服务主要用 ...

  8. 微信app支付(android端+java后台)

    本文讲解使用微信支付接口完成在android开发的原生态app中完成微信支付功能, 文章具体讲解了前端android如何集成微信支付功能以及后台如何组装前端需要支付信息, 话不多话, 具体看文章内容吧 ...

  9. 微信app支付详细教程

    微信支付作为三大支付之一,越来越多的客户要求产品中添加微信支付   但是网上能找到可用的demo很少 所以写一篇自己写微信支付的过程,希望能给有需要的开发者一点帮助. 下面让我们来进入正题 1准备工作 ...

随机推荐

  1. text-align 属性,输入框数字向右靠

    1.业务需求:金额输入框数字向右靠 2.HTML文件 <td id="otherPay_Td"> <input id="otherPay" t ...

  2. Android源代码编译apk导入第三方包报错

    报错内容例如以下: make: *** 没有规则能够创建"out/target/common/obj/APPS/ AndroidWFS_intermediates/classes-full- ...

  3. ylbtech-LanguageSamples-Security(安全)

    ylbtech-Microsoft-CSharpSamples:ylbtech-LanguageSamples-Security(安全) 1.A,Security 示例(Sample) 返回顶部 “安 ...

  4. DBA数据库信息查询常用SQL

    常用DBA脚本1.查看表空间的名称及大小 select t.tablespace_name, round(sum(bytes/(1024*1024)),0) ts_size from dba_tabl ...

  5. MySql Replication基本原理

    Replication的思想是将数据在集群的多个节点同步.备份,以提高集群数据的可用性(HA):Mysql使用Replication架构来实现上述目的,同时可以提升了集群整体的并发能力.5.6版本作为 ...

  6. ArcGIS Server的切图原理深入【转】

    http://blog.newnaw.com/?p=69 GoogleMap,Virtual Earth,YahooMap等,目前所有的WebGIS都使用了缓存机制以提高地图访问速度.原理都是将地图设 ...

  7. X5平方速算法的证明

    X5代表15,25,35,45,55......以上变化的部分为X,如25这个数,X就等于2. X5平方数的速算法是这样:让X乘以X+1,后面写上25就是X5乘以X5的结果.比如25x25,先让2x3 ...

  8. 升级_开阔视野之Oracle图形化升级(dbca建库后升级)—10.2.0.1.0升为10.2.0.5.0

    ***********************************************声明*************************************************** ...

  9. hibernate查询排序

    hibernate提供了两种排序方式:1:数据库排序,也就是说通过SQL语句在数据库内部就进行完了排序.2.内存排序,也就是说在数据库中把数据加载到内存中后在进行排序.推荐使用第一种排序方式,因为在数 ...

  10. 一些JS常用的方法

    /** * JS公用类库文件 */ (function(){ Tools = { W: window, D: document, Postfix: ".php", GetId: f ...