什么是avg。移动应用的最佳连接超时？

Question

这个问题是关于试图为选择超时找到一个科学或统计上合理的理由。我的意思是每个应用程序都必须这样做，但是最优的超时是多少呢？我们需要更多的人来回答或评论。+3，+4并不意味着问题已经解决。一个重要的问题需要更多的答案。我们都可以从这些知识中受益。

基本上是试着比较：

   a short timeout of say 20 seconds, but two connection attempts are made

vs

   one long connection attempt of say 40 or 60 seconds.

哪一项最有可能建立连接？我们需要确凿的事实。到目前为止，我得到的数字都是10，42，60。但是什么才是最优的呢？

现在，当然在5-10秒之后，用户应该被告知任何一种方式的问题，但是建立连接的最佳方法是什么呢？

注意:我知道有很多因素，但作为应用程序开发人员，我们不能总是获得检查wifi信号情况等的许可。

Answer 1

你将有希望得到更好的答案，但从个人经验来看，我可以谈谈用户方面的事情。如果我打开一个需要数据连接的应用程序，比如我的web浏览器或社交客户端，我希望它在5秒内超时，因为它应该不会花很长时间来确定我是否真的有连接。

可以从设备的角度来看待它，但这是高度可变的(wifi与3G、特定的网络芯片、操作系统、当前活跃的数据连接等)而用户需求可能是最重要的因素。如果数据连接对应用程序来说不一定是关键的，那么您可以避免30秒，但主要的一点是，技术限制只是您应该为连接超时做预算的一部分。

Answer 2

我总是设置10秒为最大值，尽管是个人偏好的。试想一下，如果你拿着手机五秒钟，等待信息出现。我已经很沮丧了--因此添加双精度值似乎是合适的。如果有问题，我想通过Toast、页脚视图或其他方式了解它。

Answer 3

以下是the UX research says about user attention的内容(重点介绍了有趣的部分)：

• Longer 1 second breaks of than

Longer

• Longer 10 second loses the users attentions
• Most simple tasks should be completed 1 Minute

(应在此时间内完成简单的任务)

因此，如果这是一项对用户很重要的任务，那么延迟60秒是可以的。否则超过10秒就是一个问题。奇怪的是，20到50秒的时间范围对用户的影响并没有太大的影响--这都是在“注意力丧失”之后，但在“将放弃一项任务”之前。

从本质上讲，如果你不能降低到10秒的超时限制，那么就别费心了，用不同的方式来解决用户体验问题。

显然，这并不适用于所有情况，所以对此持保留态度。