2011-11-22 92 views
5

我想知道是否有人知道或有任何有关移动设备(特别是Android)上互联网连接的最佳超时时间的信息。移动设备连接的适当超时时间是什么?

由于他们的互联网接入有限,滞后很多,所以设置一个较小的超时(从默认值)可能会很有趣,因为设备可能会在特定时刻通过网络黑点。

UPDATE: 这发生在我身上,因为我提的意见,因为它可以是相当恼人的用户等待30秒超时,然后把它到底会失败。

+0

更小的超时?你的意思是更长的超时?对我来说,没有任何意义,说你有更糟糕的联系,我会更严格的超时。 – aioobe

+0

那么,以便用户不会挂在那里等待连接响应。看到一个应用程序等待30秒,然后连接失败,这非常令人沮丧。 – pablisco

回答

5

坦率地说,我认为你在问一个没有真正答案的问题,或者至少有一个问题的答案是“取决于”。

以下是你可能要考虑到,虽然几件事情:

  • 只要有可能,保持任务在后台使用Internet连接。这样,你可以有一个很长的超时而不让用户等待。希望这是明显的!
  • 用户想要获取/发送数据有多糟糕?对他们来说越重要,他们准备等待的时间越长。因此,上传商业数据的商业应用程序可能会使用比仅提交高分的游戏更长的超时时间。
  • 使用移动连接(即2G/3G)时,性能比使用Wi-Fi时要低。您可能需要考虑这一点。
  • 作为移动设备,信号强度可能是一个问题。再次,这是你可能想要考虑的事情。
  • 你总是可以让用户设置超时本身的长度...

所有这一切说,假设您阻止了来自做别的事情,则用户我会在超时某处寻找10-20秒的区域。这个数字更多基于我作为用户的体验,而不是作为开发者!

+0

谢谢,很好的答案。主要的问题在于取指操作,因为其他操作可以很容易地在服务中进行批处理,但是当您搜索或加载细节时,这可能会产生问题。 我认为最好的解决方案可能是监测网络信号,并让用户认为它可能比平时花费更长的时间或失败。但是,那么你需要添加手机状态的权限,所以不是最好的用户信任:/ – pablisco

2

如果要访问的网页然后通常是10-30秒超时是一般的做法,如果你正在访问一个JSON API比小超时例子,因为数据的大小通常是在JSON非常小5秒或10秒是合适响应。 JSON API的更小超时允许用户等待更少。

正如你所说的那样,用户等待30秒钟然后让它最终失败可能会让人烦恼。对于移动设备,问题是没有网络访问权限,所以越早失败越好,并为用户提供重试选项。

我在我的应用程序中做的是监视网络状态,并设置10秒超时,如果仍然失败,用户可以重试/刷新来加载数据,而不是等待30秒并使其失败。

最后,正如Baqueta在上面的回答中所解释的那样,这一切都取决于情况。