【问题标题】:What is avg. optimal connection timeout for mobile app?什么是平均值。移动应用程序的最佳连接超时?
【发布时间】: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 相关。

标签: android ios timeout


【解决方案1】:

这是the UX research says about user attention(突出显示有趣的部分):

  • 超过 1 秒会打断思路
  • 超过10秒会失去用户的注意力
  • 大多数简单的任务应该在 1 分钟内完成

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

基本上,如果您无法降低到 10 秒的超时限制,那么请不要打扰并以不同的方式解决用户体验问题。

显然,这并不适用于所有情况,因此请谨慎对待。

【讨论】:

    【解决方案2】:

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

    【讨论】:

    • 我同意某些信息必须在 5-10 秒内呈现给用户。
    【解决方案3】:

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

    可以从设备的角度来看待它,但这变化很大(wifi 与 3G、特定网络芯片、操作系统、当前活动的数据连接等),而用户需求可能是最重要的因素。如果数据连接对应用程序来说不一定很关键,您可以在 30 秒内侥幸逃脱,但主要的一点是,技术限制只是您应该为连接超时预算多长时间的一部分。

    【讨论】:

    • 我认为这可以洞察用户何时应该知道潜在的连接故障。我还试图确定在 60 秒的窗口内实际获得连接的最佳方法是什么。是一次长时间的尝试还是几次较短的尝试。
    猜你喜欢
    • 1970-01-01
    • 2010-09-10
    • 1970-01-01
    • 2011-01-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多