【发布时间】:2012-08-19 13:20:05
【问题描述】:
这个问题是关于尝试找到一个在科学上或统计上站得住脚的理由来选择超时。我的意思是每个应用程序都必须这样做,但最佳超时时间是多少?我们需要更多的人来回答或评论。 +3,+4 不代表问题解决了。一个重要的问题值得更多的答案。我们都可以从这些知识中受益。
基本上是想比较:
a short timeout of say 20 seconds, but two connection attempts are made
对
one long connection attempt of say 40 or 60 seconds.
哪个最有可能建立连接?我们需要确凿的事实。到目前为止,我得到的数字是 10 多岁、42 多岁、60 多岁。但是什么才是真正的最佳呢?
当然,在 5-10 秒后,无论哪种方式,用户都应该被告知问题,但建立连接的最佳方法是什么。
注意:我知道有很多因素,但作为应用程序开发人员,我们不能总是获得检查 wifi 信号情况等的许可。仍然必须对平均最佳值有一些合理的答案。
【问题讨论】:
-
答案显然是 42。或者 60,这是 AndroidHttpClient 默认使用的。
-
但是在这段时间内它会重试连接吗?
-
Afaik 没有。移动连接的问题在于,它们会定期中断几秒钟,如果您的超时时间太紧,您可能什么也得不到。
-
问题是什么是紧的?我们如何量化这个?我们如何得到平均数。
-
我不知道。您可以在不同地点和不同目标服务器的不同移动网络中使用数千台设备进行测试,以找出:) 我只保留 60 秒并显示正在加载信息,以便用户知道正在发生某些事情。或者你表明没有连接是可能的,但默默地尝试。超时不一定与 UI 相关。