Web服务超时的最佳实践

是否有任何文章/书定义了WS超时的上限设计限制？您是在服务器超时还是推荐客户端特定的超时？

是否存在一种常见的最佳实践,例如"从不设计可能需要超过60秒的WS,使用异步令牌模式"

我有兴趣知道你做了什么或你的意见.

1> Robert C. Ba..：

---

这个东西大约30多秒超时是一个荒谬的建议,IMO.你的超时时间应该是3秒左右.是.三.两个之后和四个之前的数字.如果您正在构建基于SOA的应用程序,那么请确保3秒或更短时间.

考虑一下......你的应用程序的用户期望总的响应时间大约为5秒或更短(最好是大约3秒).如果每个单独的服务呼叫需要超过几个*毫秒*才能返回,那么你就会受到冲击.等待30秒以上的服务返回是永恒的.用户永远不会等待那么久.另外,如果你知道它们应该在亚秒级范围内返回,那么等待另外30秒或更长时间来发出错误信号的重点是什么; 它不会在28秒前没有神奇地发挥作用.如果您的应用程序的平均响应时间从一秒钟到超过30秒都有大幅波动,则设计错误.你可能会考虑一些缓存或其他东西.

---

它可以是应用程序服务器之间的服务,而不是真正的最终用户相关.

---

这个建议似乎很有趣。用户当然期望快速响应，但是3秒内返回错误真的比20秒内获得有效答案好吗？快速响应设计和选择客户端超时不是一回事。

---

我认为我们都同意快速响应是首选，并且您的系统应该设计为快速返回数据，但是我也同意Nick的推理。作为用户，我很乐意迟到总比没有收到更好的答复。