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