这是一个创建于 4540 天前的主题，其中的信息可能已经有所发展或是发生改变。
1. 似乎 notify 回调的时间不是非常实时，有的时候甚至要等 10 来分钟？
2. 如果第一次 notify 回调的时候自己的服务没有返回 success 的话，支付宝的服务器似乎会继续重试几次？
3. 现在好像没有接口可以拿到自己的所有交易数据及相应的 notify_id 吧？
2. 如果第一次 notify 回调的时候自己的服务没有返回 success 的话，支付宝的服务器似乎会继续重试几次？
3. 现在好像没有接口可以拿到自己的所有交易数据及相应的 notify_id 吧？
 |
1
peterlu 2011-11-14 00:59:35 +08:00 via iPhone
现在没有callback了？
|
 |
2
muxi 2011-11-14 01:01:58 +08:00
1、支付宝notify 第一次是相对实时的，一般在两秒内处理完成，如果通知不成功(网络故障或者对方响应不是SUCCESS)的话，会等待三秒再次通知，再不成功，是再等待一分钟，接着再3分钟，再10分钟，1小时，3小时…… 最后一次好像是12个小时，按照你的描述，应该支付宝和你之间的通信出了问题，导致重试次数过多，建议检查一下网络状况
2、支付宝最多重试10次，最后一次通知，应该是你提交时间的25.3个小时后 3、支付宝有对账接口，可以拿到自己的交易数据，notify id应该是不能的，这个只能做短暂存储，消息量很大，而且绝大多数情况下没用的，都删了吧 |
 |
5
xiaojay 2011-11-14 09:03:46 +08:00
对于第一点，我的做法是 notify_url 和 return_url 上都放上订单成功后的callback，哪个先被调用，就先执行。
不知道这么处理有问题吗？ |
 |
6
Livid MOD OP @xiaojay 如果用户是通过手机支付，那么 return_url 是不会被访问到的。这个时候就只能指望 notify_url 了。
|
|
7
muxi 2011-11-14 09:27:36 +08:00
@Livid 或许我说错了？应该有两类接口可以查询，一个是账户明细查询接口（这类有好几个接口）， 还有一类是即时到帐管理，里面有个即时到账明细接口
|
|
8
Livid MOD OP |
|
9
Livid MOD OP @muxi 如果支付宝能够有一个类似 stripe.com 那样的接口和后台就好了。
|
 |
11
huacnlee 2011-11-14 13:39:10 +08:00
notify 地址本地调试没法搞的，必须到线上，如果在本地就没法收到通知，
notify 是支付宝在服务端发送的请求，而不是前端 url 请求的 callback |
Select Language