16
回答
支付宝回调notify_url不稳定


我们目前在开发一个支付系统,暂时对接了支付宝的扫码支付。在用户完成扫码支付后,我们发现notify_url接收数据不稳定,一般情况下,上午比较稳定,即用户完成支付,notif_url指定的服务就能立即接收到支付宝推送过来的数据。但是下午晚上很不稳定,测试后发现支付完成后,半天都接收不到支付宝的回调数据,导致系统不能及时更新订单数据。请问大家有没有遇到同样的问题?这个问题跟订单金额大小有关系吗?

举报
chenfei0801
发帖于3年前 16回/6K+阅
共有16个答案 最后回答: 2年前
嗯,也有一种可能DNS,你们提交给支付宝的是不是域名,支付宝的域名解析有问题,特别是到北方的指向,你尝试一下更换成IP地址试试。我们之前和支付宝合作就遇到经常超时的现象,后来测试了很多,才找到是支付宝DNS解析慢的原因。
--- 共有 1 条评论 ---
chenfei0801谢谢,提交给支付宝的确实是域名。我们换IP试一试 3年前 回复

支付宝除了异步接受通知外,还有主动获取支付状态的接口。

根据你们的支付时限,把主动通知做成定时器去轮询就可以了。


--- 共有 1 条评论 ---
chenfei0801是的,我们也在考虑这种方式,但是还是想问问,确定回调不稳定的原因。 3年前 回复

不是这问题吧.

你支付请求后,HTTP的reponse还未返回,支付宝的notify_url已经推消息给你了.

是不是这个原因造成的?你排查下.我实际是这情况.

现在我这面都是线程池+计划任务的方式结合主动查,不依靠支付宝的notify_url,因为notify_url https还得有CA证书.HTTP客户不接受.

如果确定不是这问题,就找支付宝的人看他们那面的后台日记,一看就明白了.
--- 共有 1 条评论 ---
chenfei0801恩,已经找支付宝后台人员拿到日志信息,推送服务没有问题,是我们这边的网络有问题 3年前 回复
顶部