支付宝回调notify_url不稳定

chenfei0801 发布于 2015/12/22 08:53
阅读 7K+
收藏 0


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

加载中
0
leo108
leo108

肯定是你们自己系统不稳定(网络?系统负载?)

如果支付宝连这个都不能保障,谁还敢用

0
景愿
景愿
按照我的经验,支付宝的notify_url会比页面回跳还要快!
c
chenfei0801
你们是直接用IP的还是使用域名的?
0
junan
junan
没遇到过,看一下是不是自己这边的问题
就是个精虫上脑的地方
就是个精虫上脑的地方
回复 @junan : 后台通知都在同步调用返回之前 back当然比front快了
junan
junan
支付宝的notify_url确实比页面回跳还要快!
0
东向利
东向利
嗯,也有一种可能DNS,你们提交给支付宝的是不是域名,支付宝的域名解析有问题,特别是到北方的指向,你尝试一下更换成IP地址试试。我们之前和支付宝合作就遇到经常超时的现象,后来测试了很多,才找到是支付宝DNS解析慢的原因。
c
chenfei0801
谢谢,提交给支付宝的确实是域名。我们换IP试一试
0
tinshen
tinshen

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

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


c
chenfei0801
是的,我们也在考虑这种方式,但是还是想问问,确定回调不稳定的原因。
0
tinshen
tinshen

不过目测是你们的dns不稳定,回调地址搞个固定ip看看。

还有找支付宝的技术要一下回调的日志就知道问题了。

c
chenfei0801
谢谢
0
Tuesday
Tuesday

换成https, 

这一般是网络问题, 区域服务器. 

0
Credo-Zhao
Credo-Zhao

不是这问题吧.

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

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

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

0
Credo-Zhao
Credo-Zhao
如果确定不是这问题,就找支付宝的人看他们那面的后台日记,一看就明白了.
c
chenfei0801
恩,已经找支付宝后台人员拿到日志信息,推送服务没有问题,是我们这边的网络有问题
0
返回顶部
顶部