这是一个创建于 3310 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如一个远端的接口由于需要处理大量的计算，容易造成 HTTP 超时。
又或者，远端接口服务器网络或本地网络问题，造成的 HTTP 请求超时。
如何避免？
比如 Paypal 的DoExpressCheckout，操作成功会输出 JSON ，用于判断支付结果？但是由于网络超时， Paypal 已经操作成功了，却由于网络超时问题本地没能收到 JSON 。
 |
1
abelyao 2015-11-03 01:38:12 +08:00
PayPal 不清楚，但支付宝的接口是当支付宝那边计算完成之后，会主动向网站这边发一个请求，并且如果请求失败会在一定时间之后重新请求。这样当网站方发起支付请求之后，页面上不需要等到支付宝的结果。
|
 |
2
cevincheung OP @abelyao 并不特指支付场景。
|
|
3
abelyao 2015-11-03 02:21:48 +08:00 via iPhone
@cevincheung 道理是一样的，简单说就是异步，发起一个网络请求之后主界面（或者网站后端）不要等待结果，结果单独反馈（对网站来说可定时刷新查询请求结果）
|
|
4
cevincheung OP @abelyao 异步请求超时了怎么办？远端接口服务器其实已经完成了操作。
|
|
5
abelyao 2015-11-03 02:35:49 +08:00 via iPhone
@cevincheung
- 设置较长的超时时间； - 如果远端的服务需要执行的时间很长，应该由远端做保护措施，例如对重复请求的处理、例如主动反馈通知执行结果等； - 如果你是指 PayPal 的接口，我也没做过 PayPal 的接口开发，不清楚别人怎么处理的，或许是因为网络的问题导致响应时间过长？ |
 |
6
ryd994 2015-11-03 02:46:37 +08:00
上 token 上 timestamp 解决重复提交啊
异步查询结果 |
Select Language