Web 服务重新连接模式

Question

我正在开发一个 .Net Webform 应用程序，大量使用 Web 服务与外部服务器数据库进行通信。

因此，我试图找到处理调用 WS 方法时断开连接和失败的最佳方法。

现在，我为我调用的每个 WS 方法创建了一个代理函数（某种层），它在循环中重复特定的 WS 调用，直到成功为止。

对于同步和异步调用，我已经解决了我的问题，但是我在我的 WebService 层中添加了一个烦人的额外层，需要额外的维护和大量冗余代码。

我不相信这种标准情况没有现有的解决方案，但在任何地方都找不到它。

有什么想法吗？

的示例：

public static int WsMethod(string param1, int param2)
{
 while(true)
 {
  try
  {
   return new Webpoint().WsMethod(param1, param2);
  }
  catch (Exception)
  {
   Thread.Sleep(new TimeSpan(0, 0, sleep_seconds));
  }
 }
}

以下是我的额外层（同步）和异步

    public static void WsMethodAsync(string param1, int param2, WsMethodCompletedEventHandler handler)
    {
        while (true)
        {
            try
            {
                var server = new Webpoint();
                server.WsMethodAsyncCompleted += delegate(object sender, WsMethodAsyncCompletedEventArgs args)
                {
                    if (args.Error != null)
                    {
                        Thread.Sleep(new TimeSpan(0, 0, sleep_seconds));
                        this.WsMethodAsync(param1, param2, handler);
                    }
                    else
                    {
                        handler(sender, args);
                    }
                };
                server.WsMethodAsyncAsync(param1, param2);
                return;
            }
            catch (Exception)
            {
                Thread.Sleep(new TimeSpan(0, 0, sleep_seconds));
            }
        }
    }

Answer 1

我不会推荐这种模式。如果您的调用参数存在问题，这将永远运行。
通常，我会捕获一些预期的异常（CommunicationException、SocketException，无论您需要什么）并为此返回一些状态代码（Ok，或 NoNetwork，或其他）。
或者将所有预期的异常包装到 MyCommunicationException 中并抛出此异常（以向调用者隐藏实现细节并使异常处理更容易），

但将控制权交还给调用者并让调用者决定如何继续。不要捕获其他意外异常或重新抛出它们。

然后，呼叫者可以决定一次又一次地尝试，或者尝试 3 次，或者其他什么。

Answer 2

如果服务、连接或发出的请求确实出现问题，那么这种情况就会无限期地重复，而不会告诉您出了什么问题。

服务调用失败有何影响？它真正失败的频率有多少？而且，最重要的是，它失败的原因是什么？如果原因是可以解决的，就应该解决。没有解决。

举一个简单的例子，如果这个后端服务调用是由网站用户发起的（例如，他们试图获取一些数据进行编辑），那么如果调用失败，您只需向用户显示一个错误。像这样的东西：

“很抱歉，目前无法获得该数据。支持团队已收到有关此问题的通知。请重试您的请求。如果问题仍然存在，请致电 800-555-1234 联系帮助台”

现在，这不应该只是一个向用户显示的通用错误，无论发生什么情况。代码需要足够强大才能区分一种错误和另一种错误。如果无法访问该服务，则会出现此错误。如果服务表明请求无效，则说明用户正在执行的操作或您的代码正在执行的操作存在问题，需要修复。等等。

如何处理错误并维护可用的应用程序最终取决于您和整个企业。但老实说，我不能推荐您在这个问题上概述的方法。这种方法并不能解决任何问题，它只是忽略问题，直到问题变得更糟。您需要确定错误的根本原因并解决它，而不是忽略它们。

此外，只要抑制/忽略错误，小猫就会死亡。