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