小程序有一个用户购买VIP卡的功能,逻辑是这样的,当用户点击支付时弹出支付窗口然后用户支付成功后更新用户的VIP有效期。
处理方式:
1.当用户支付成功后,前端主动调用后端的接口去修改数据库中用户VIP的有效期时间,订单状态的修改,然后再更新前端页面上展示的VIP有效期时间。
2.当用户支付成功后,前端只是单纯的更新页面上展示的VIP有效期时间,至于数据库中的用户VIP有效期时间,订单状态的修改通过微信支付回调接口去处理
请问类似这样的业务主要是通过什么方式去处理的?
小程序有一个用户购买VIP卡的功能,逻辑是这样的,当用户点击支付时弹出支付窗口然后用户支付成功后更新用户的VIP有效期。
处理方式:
1.当用户支付成功后,前端主动调用后端的接口去修改数据库中用户VIP的有效期时间,订单状态的修改,然后再更新前端页面上展示的VIP有效期时间。
2.当用户支付成功后,前端只是单纯的更新页面上展示的VIP有效期时间,至于数据库中的用户VIP有效期时间,订单状态的修改通过微信支付回调接口去处理
请问类似这样的业务主要是通过什么方式去处理的?
《前端主动调用后端的接口去修改数据库中用户VIP的有效期时间》
这个逻辑就是完全错的了,你可以去查看下所有的第三方支付,基本都是在支付时传入支付事件回调url,支付失败、超时、成功都会进行回调,很少存在说需要接入方需要手动去请求支付状态的,不过谷歌支付就是这样子。
13 回答13.1k 阅读
8 回答2.9k 阅读
3 回答1.4k 阅读✓ 已解决
2 回答5.3k 阅读✓ 已解决
5 回答1.5k 阅读
5 回答1.6k 阅读
4 回答1.7k 阅读✓ 已解决
这个想法不能有,很很很很很很很很很很很很很很很很很很很很很很很很很很很危险
正确的做法是,等微信支付回调接口回调你们的服务,在服务器里做你的那些
VIP的有效期时间,订单状态的修改
等操作前端页面上更新VIP有效期时间的话,简单的方案可以考虑轮询,轮询到支付成功再更新VIP有效期时间(可以考虑优化下,比如,最大30s的轮询)