如果APP端扫描用户二维码后,服务器挂掉了,不能给APP端返回结果.
现在设置了60秒超时,如果60秒没有响应.就会撤销该订单,但是撤销该订单
又不能保证服务器能不能响应,但是得保证给用户退款,所以必须一直调用撤销订单
,这样APP受不了,手机也受不了,有没有有经验的朋友分享下如何出来这种情况。
如果APP端扫描用户二维码后,服务器挂掉了,不能给APP端返回结果.
现在设置了60秒超时,如果60秒没有响应.就会撤销该订单,但是撤销该订单
又不能保证服务器能不能响应,但是得保证给用户退款,所以必须一直调用撤销订单
,这样APP受不了,手机也受不了,有没有有经验的朋友分享下如何出来这种情况。
2 回答1.3k 阅读✓ 已解决
2 回答1k 阅读
2 回答2.6k 阅读
1 回答1.8k 阅读✓ 已解决
1 回答1.1k 阅读✓ 已解决
1 回答2.7k 阅读
2 回答1.7k 阅读
我倒是见过一个类似的设计,不是支付功能,是类似物联网的,但处理方式也差不多,他做了一个[异常订单处理]的功能页面,讲出来可以参考下:
1、用户扫码
2、用户操作(相当于下单)
(这时物联网硬件网络嗝屁,物联网服务器正常。相当于微信服务器正常,但APP服务器挂掉。即扣款成功支付成功但因为服务器挂掉对应的订单没有收到钱)
3、物联网服务器认为操作正确,流程结束。(此时物联网硬件并没有收到消息,在发呆)
4、用户到[异常订单处理]页面
5、物联网服务器开始扫描用户的操作记录与物联网硬件的响应,发现有不对称的记录,提示[异常订单]
6、用户此时可调整物联网硬件环境,处理[异常]
以上就是一个思路,其中类似手动处理异常这里其实就完全可以做成自动化的。
我觉得首先还是得保证你的服务器健壮性,不能出现服务器总挂掉的问题,这样即使[异常订单]处理的再及时,也会因用户体验而大量流失用户的。没人喜欢在花钱的时候还这么不顺心。