HTTP:更好的是:大超时或多次重试



我正在从移动设备执行HTTP GET请求(因此网络连接通常不可靠),并想知道什么是更好的方法:

  • 尝试 1 个超时为 60 秒的请求,或
  • 尝试 3 个请求,
  • 每个请求超时为 20 秒

或任何其他重试/超时组合。我不知道HTTP/TCP连接是否真的可以停止,因此重试将是一件好事。我没有传输大量数据(<1 kB),并且想知道哪种方法通常会产生更快的响应时间?

只要是幂等操作,理论上应该可以更频繁地重试。(老实说,GET根本不应该有任何副作用。它仍然可能会给服务器带来不必要的负载,并且对请求的多次重新传输的延迟响应可能会使下行链路饱和并使情况变得更糟。

在交互式应用程序中,我发现诚实的"花费的时间比正常时间更长"的通知和用户可触发的"重试"是最好的:用户可以选择在退出导致短暂网络中断的隧道或建筑物后按下"重试"按钮。

相反,在吞吐量一直很低的树林里,他们将学会忽略通知并耐心等待。

相关内容

  • 没有找到相关文章

最新更新