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