WCF 超时处理

Question

我们目前正在开发一种软​​件解决方案，该解决方案具有一个客户端和它使用的许多 WCF 服务。我们遇到的问题是 WCF 服务在一段时间不活动后超时。据我了解，有两种方法可以解决这个问题：

1. 增加超时（据我了解，通常不建议这样做。例如，将超时设置为无限/周被认为是不好的做法）
2. 定期从客户端 ping WCF 服务（我不确定我是否是他的忠实粉丝，因为它会添加冗余的定期调用）
3. 处理超时问题并尝试重新连接（这很慢并且需要大量手动代码）
4. 可靠的会话 - 一些消息来源提到这是内置的 WCF ping 和消息可靠性机制，但其他消息来源提到这仍然会超时。

解决此问题的推荐/最佳方法是什么？有这方面的官方阅读材料吗？我自己找不到这么多信息

谢谢！

Answer 1

如我所见，您必须结合使用您所说的观点。

1. 你说得对，增加超时是不好的做法，会给你带来很多问题。
2. 如果您不想使用可靠会话，那么 Ping 是保持连接的唯一适用方式。
3. 你需要处理这些事情，无论是超时、连接丢失还是抛出异常。您的连接可能出现故障的可能性有很多。
4. 可靠会话是一种不执行 ping 的好方法，但从技术上讲，它的作用几乎相同。 WCF 会自动发送“我仍然在这里”请求。

结论是，您需要第 3 点和第 2 点或第 4 点。要减少第 3 点的手动代码，您可以在 ServiceClient 周围使用代理或包装器，如果旧连接是在请求期间出现故障。第 4 点很容易实现，因为您只需要在配置中添加一些小的绑定即可。而且流量开销并没有那么大。第2点是最昂贵的方式，你需要处理一个只ping服务器并且服务需要扩展的线程/任务。但正如您之前所说，Reliable Sessions 可能会失败，Pings 应该让您安全。

Answer 2

您应该问问自己您的 WCF 端点在做什么？您的命令设置方式是最优的吗？ 也许最好让需要很长时间的端点基于允许快速查询而不是等待端点操作的结果的轮询系统。 您还应该将数据传输视为一个可能的问题。您传回的数据量是否很多？

要获得更明确的答案，我们需要更多地了解特定端点以及该服务的任何其他职责。