我想知道是否有人知道或有任何有关移动设备(特别是Android)上互联网连接的最佳超时时间的信息。移动设备连接的适当超时时间是什么?
由于他们的互联网接入有限,滞后很多,所以设置一个较小的超时(从默认值)可能会很有趣,因为设备可能会在特定时刻通过网络黑点。
UPDATE: 这发生在我身上,因为我提的意见,因为它可以是相当恼人的用户等待30秒超时,然后把它到底会失败。
我想知道是否有人知道或有任何有关移动设备(特别是Android)上互联网连接的最佳超时时间的信息。移动设备连接的适当超时时间是什么?
由于他们的互联网接入有限,滞后很多,所以设置一个较小的超时(从默认值)可能会很有趣,因为设备可能会在特定时刻通过网络黑点。
UPDATE: 这发生在我身上,因为我提的意见,因为它可以是相当恼人的用户等待30秒超时,然后把它到底会失败。
坦率地说,我认为你在问一个没有真正答案的问题,或者至少有一个问题的答案是“取决于”。
以下是你可能要考虑到,虽然几件事情:
所有这一切说,假设您阻止了来自做别的事情,则用户我会在超时某处寻找10-20秒的区域。这个数字更多基于我作为用户的体验,而不是作为开发者!
谢谢,很好的答案。主要的问题在于取指操作,因为其他操作可以很容易地在服务中进行批处理,但是当您搜索或加载细节时,这可能会产生问题。 我认为最好的解决方案可能是监测网络信号,并让用户认为它可能比平时花费更长的时间或失败。但是,那么你需要添加手机状态的权限,所以不是最好的用户信任:/ – pablisco
如果要访问的网页然后通常是10-30秒超时是一般的做法,如果你正在访问一个JSON API比小超时例子,因为数据的大小通常是在JSON非常小5秒或10秒是合适响应。 JSON API的更小超时允许用户等待更少。
正如你所说的那样,用户等待30秒钟然后让它最终失败可能会让人烦恼。对于移动设备,问题是没有网络访问权限,所以越早失败越好,并为用户提供重试选项。
我在我的应用程序中做的是监视网络状态,并设置10秒超时,如果仍然失败,用户可以重试/刷新来加载数据,而不是等待30秒并使其失败。
最后,正如Baqueta在上面的回答中所解释的那样,这一切都取决于情况。
更小的超时?你的意思是更长的超时?对我来说,没有任何意义,说你有更糟糕的联系,我会更严格的超时。 – aioobe
那么,以便用户不会挂在那里等待连接响应。看到一个应用程序等待30秒,然后连接失败,这非常令人沮丧。 – pablisco