【问题标题】:What timeout value should I set to avoid problems in a REST based Android application?我应该设置什么超时值以避免在基于 REST 的 Android 应用程序中出现问题?
【发布时间】:2014-12-21 09:03:09
【问题描述】:

这听起来可能很愚蠢,但是。我已将超时设置为 5 秒,并使用 3g 连接进行测试,根据我的经验,它似乎太少了,这听起来真的像是永恒的。

什么是用户不绝望并将事物保持在一起的共同使用价值?

【问题讨论】:

    标签: android rest timeout httpclient settimeout


    【解决方案1】:

    对于诸如超时之类的东西,确实没有特殊的、常用的值。适用于一个用户的值可能不适用于另一个用户。从用户体验的角度来看,重要的是,当超时确实发生时,用户会被告知:

    1. 发生超时。
    2. 从中恢复的下一个适当操作,例如重新启动应用程序、稍等片刻、联系支持人员等。

    通过明确的错误消息。

    【讨论】:

    • F***... 也许我只是想从错误处理中删除它。我会和用户留言。非常感谢!
    • 听起来更干净。否则,你最终会得到“幻数”。顺便说一句,如果您喜欢这个答案,请考虑接受它。谢谢!
    • 这样做是为了……我知道这是一个主观问题
    【解决方案2】:

    听起来并不愚蠢,但这取决于您的应用与服务器之间的交互。与基于路由器的超时不同,一些路由器在开始工作时开始计算(想到 Heroku)。在这种情况下,任何低于 30 秒的时间都是好的。

    【讨论】:

    • 在 openshift 中进行测试似乎一次登录需要毫秒,而下一次可能需要 8 秒。也许这不是真正衡量的道具设置。在我的工作中,这不是一个合理的值,但我通常拥有真正的硬件和集群,能够为实际负载提供服务……我无法衡量这些东西……我应该转向另一个供应商吗?
    • @eduyayo 这很有趣。这意味着它很有可能是服务器端问题。它不一定是主机,可能是可以异步或在后台运行的服务器端脚本。您使用的是什么堆栈(LAMP、Nodejs、LEMP)?您的原始 API 是如何响应的?尝试使用 POSTMAN 之类的东西,看看您是否可以在身份验证后 POST 和 GET 请求。我感觉不是你的应用代码,而是服务器配置。
    • 带有令牌预授权的普通 java。本地部署定期进行,时间均等。那里是不可能估计的
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-01-07
    • 2018-06-26
    • 2021-12-30
    • 1970-01-01
    • 2011-07-18
    • 2019-01-25
    相关资源
    最近更新 更多