wcf - Web 服务超时的最佳实践

Question

关闭。这个问题需要更多 focused .它目前不接受答案。












想改进这个问题？更新问题，使其仅关注一个问题 editing this post .

5年前关闭。
社区在 2 个月前审查了是否重新打开此问题并将其关闭:

原始关闭原因未解决





Improve this question




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

是否有一个常见的最佳实践，例如“永远不要设计可能需要超过 60 秒的 WS，使用异步 token 模式”

我也有兴趣了解您的工作或您的意见。

Answer 1

这个问题以及与它的答案相关的问题可能会有所帮助:
Is there some industry standard for unacceptable webapp response time?

与您的问题有些相切(没有时间间隔，抱歉)，但我怀疑对您的工作有用:
一种常见的超时方法是使用“退避”计时器来平衡它们。
它是这样的:
服务第一次超时，不用担心。
连续第二次服务超时，不要费心调用它 N 秒。
连续第三次服务超时，N+1秒不要调用。
然后是 N+2、N+3、N+5、N+8 等，直到达到某个最大极限 M。

当您获得有效响应时，超时计数器会重置。

我在这里使用斐波那契数列来增加“退避”时间段，但当然您可以使用任何其他合适的功能——关键是，如果您尝试的服务不断为您计时，您“相信”它变得越来越小，因此您花费更少的资源试图到达它，并且更少地敲门。这可能有助于另一端的服务，它可能只是重载和重新请求只会让事情变得更糟，并且它会增加您的响应时间，因为您不会等待不太可能回答的服务。