我们目前在开发一个支付系统,暂时对接了支付宝的扫码支付。在用户完成扫码支付后,我们发现notify_url接收数据不稳定,一般情况下,上午比较稳定,即用户完成支付,notif_url指定的服务就能立即接收到支付宝推送过来的数据。但是下午晚上很不稳定,测试后发现支付完成后,半天都接收不到支付宝的回调数据,导致系统不能及时更新订单数据。请问大家有没有遇到同样的问题?这个问题跟订单金额大小有关系吗?
我们目前在开发一个支付系统,暂时对接了支付宝的扫码支付。在用户完成扫码支付后,我们发现notify_url接收数据不稳定,一般情况下,上午比较稳定,即用户完成支付,notif_url指定的服务就能立即接收到支付宝推送过来的数据。但是下午晚上很不稳定,测试后发现支付完成后,半天都接收不到支付宝的回调数据,导致系统不能及时更新订单数据。请问大家有没有遇到同样的问题?这个问题跟订单金额大小有关系吗?
肯定是你们自己系统不稳定(网络?系统负载?)
如果支付宝连这个都不能保障,谁还敢用
支付宝除了异步接受通知外,还有主动获取支付状态的接口。
根据你们的支付时限,把主动通知做成定时器去轮询就可以了。
不过目测是你们的dns不稳定,回调地址搞个固定ip看看。
还有找支付宝的技术要一下回调的日志就知道问题了。
换成https,
这一般是网络问题, 区域服务器.
不是这问题吧.
你支付请求后,HTTP的reponse还未返回,支付宝的notify_url已经推消息给你了.
是不是这个原因造成的?你排查下.我实际是这情况.
现在我这面都是线程池+计划任务的方式结合主动查,不依靠支付宝的notify_url,因为notify_url https还得有CA证书.HTTP客户不接受.
dns解析