V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 5287 days ago, the information mentioned may be changed or developed.
1. 似乎 notify 回调的时间不是非常实时，有的时候甚至要等 10 来分钟？
2. 如果第一次 notify 回调的时候自己的服务没有返回 success 的话，支付宝的服务器似乎会继续重试几次？
3. 现在好像没有接口可以拿到自己的所有交易数据及相应的 notify_id 吧？
2. 如果第一次 notify 回调的时候自己的服务没有返回 success 的话，支付宝的服务器似乎会继续重试几次？
3. 现在好像没有接口可以拿到自己的所有交易数据及相应的 notify_id 吧？
 |
1
peterlu Nov 14, 2011 via iPhone
现在没有callback了？
|
 |
2
muxi Nov 14, 2011
1、支付宝notify 第一次是相对实时的，一般在两秒内处理完成，如果通知不成功(网络故障或者对方响应不是SUCCESS)的话，会等待三秒再次通知，再不成功，是再等待一分钟，接着再3分钟，再10分钟，1小时，3小时…… 最后一次好像是12个小时，按照你的描述，应该支付宝和你之间的通信出了问题，导致重试次数过多，建议检查一下网络状况
2、支付宝最多重试10次，最后一次通知，应该是你提交时间的25.3个小时后 3、支付宝有对账接口，可以拿到自己的交易数据，notify id应该是不能的，这个只能做短暂存储，消息量很大，而且绝大多数情况下没用的，都删了吧 |
 |
5
xiaojay Nov 14, 2011
对于第一点，我的做法是 notify_url 和 return_url 上都放上订单成功后的callback，哪个先被调用，就先执行。
不知道这么处理有问题吗？ |
 |
8
Livid MOD OP PRO |
|
9
Livid MOD OP PRO @muxi 如果支付宝能够有一个类似 stripe.com 那样的接口和后台就好了。
|
 |
11
huacnlee Nov 14, 2011
notify 地址本地调试没法搞的，必须到线上，如果在本地就没法收到通知，
notify 是支付宝在服务端发送的请求，而不是前端 url 请求的 callback |
Select Language