如何防止 WCF 服务进入故障状态？

Question

我有一个不应进入故障状态的 WCF 服务。如果出现异常，则应将其记录下来，并且服务应继续不间断。该服务具有单向操作契约，并且正在从 MSMQ 读取消息。

我的问题是双重的：

1. 服务似乎正在吞食 异常/故障，所以我无法 调试它。我如何获得服务 公开异常，以便我 可以记录或处理吗？
2. 服务是 后进入故障状态 这个例外被吞没了。怎么做 我阻止服务进入 进入故障状态？

Answer 1

关于如何处理故障的官方文档在这里：

• Handling Exceptions and Faults

• Understanding State Changes

主页位于Channel Model Overview

有一个很好的状态图显示了事情是如何发生的：

Answer 2

大多数（如果不是全部）异常都可以在 WCF 跟踪 (Configuring Tracing) 中看到，最好使用 Service Trace Viewer 查看跟踪。

显然，这不应该在生产环境中整天运行，但无论如何它有助于排除故障。

除此之外，请注意，根据您使用的 SessionMode，oneways 可能不会作为真正的“即发即弃”运行。如果您将服务配置为 SessionMode.Allowed 甚至 SessionMode.Required，则 oneway 操作将像根本不是 oneway 一样运行（在 netTcpBinding 上使用 oneway 时可以观察到这一点）。然而，坦率地说，我不知道这是否会改变您可以获得的异常类型，或者何时获得它们。但是，无论如何，如果根本无法发送请求，您应该得到一个异常。 AFAIK，当它在服务器端成功排队时，单向“结束”。因此，在此之前（想到序列化/反序列化），（与 WCF 框架相关的）异常仍有一些地方。

然后，使用上述跟踪/跟踪查看器可以最好地查看此类与框架相关的异常（即使是 IErrorHandler 也无法全部获取，因为在请求/响应流中调用它时）。

Answer 3

异常会使代理出错。 AFAIK 对此无能为力：不要引发异常；-p

我有点惊讶单向仍然会导致问题，但对于吞咽总的来说l，有3个方面：

1. 你在扔faults吗？还是例外？这很重要（并且应该是“错误”）
2. 作为 hack，您可以启用调试异常消息 - 但请关闭它！！！

3. 你在“使用”服务对象吗？我刚刚blogged 在这个确切的主题上......基本上，你的“使用”可以吞下这个例外。 3 个选项：

   • 不要使用“使用”
   • 子类化代理并覆盖 Dispose()
   • 按照博客进行包装

Answer 4

通常 WCF 服务托管在 ServiceHost 中，如果 WCF-Service 失败，那么唯一的选择是终止 WCF 服务并启动一个新服务。

ServiceHost 有一个事件触发器“Faulted”，当 WCF 服务失败时会激活该触发器：

ServiceHost host = new ServiceHost(new Service.MyService());
host.Faulted += new EventHandler(host_faulted);
host.Open();

可能会得到导致故障的异常，但需要做更多的工作：

public class ErrorHandler : IErrorHandler
{
    public void ProvideFault(Exception error, MessageVersion version, ref Message fault)
    {

    }

    public bool HandleError(Exception error)
    {
        Console.WriteLine("exception");
        return false;
    }
}

public class ErrorServiceBehavior : IServiceBehavior
{
    public void Validate(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase)
    {

    }

    public void AddBindingParameters(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase, Collection<ServiceEndpoint> endpoints, BindingParameterCollection bindingParameters)
    {

    }

    public void ApplyDispatchBehavior(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase)
    {
        ErrorHandler handler = new ErrorHandler();
        foreach (ChannelDispatcher dispatcher in serviceHostBase.ChannelDispatchers)
        {
            dispatcher.ErrorHandlers.Add(handler);
        }
    }
}

ServiceHost host = new ServiceHost(new Service.MyService());
host.Faulted += new EventHandler(host_faulted);
host.Description.Behaviors.Add(new ErrorServiceBehavior());
host.Open();

学分http://www.haveyougotwoods.ca/2009/06/24/creating-a-global-error-handler-in-wcf

Answer 5

我遇到了一个问题，即 Channel 在 ReceiveTimeout 异常后仍处于故障状态。这将导致任何后续连接都无法使用该服务。

对我来说，从故障状态恢复服务的解决方法是处理通信通道的故障事件：

 channelFactory = new ChannelFactory<IService>(endpoint);
 channelFactory.Faulted += OnChannelFaulted;
 var channel = channelFactory.CreateChannel();

然后定义 OnChannelFaulted：

 void OnChannelFaulted(object sender, EventArgs e)
 {
     channelFactory.Abort();
 }

注意：我通过代码运行 WCF 配置，而不是在 Web.config 中使用绑定。

Answer 6

大约 2)...

诀窍是您应该使用“使用”并且应该始终在引发异常的代理上调用 Abort()。文章WCF Gotcha 说明了一切。

我们使用受包装服务调用的那篇文章启发的服务类。这是我项目中的示例代码：

ServiceHelper<CodeListServiceClient, CodeListService.CodeListService>.Use(
    proxy => seasonCodeBindingSource.DataSource = proxy.GetSeasonCodes(brandID);
);

这是ServiceHelper的代码，根据文章稍作修改。到目前为止，它对我们的帮助非常好。

using System;
using System.ServiceModel;

namespace Sportina.EnterpriseSystem.Client.Framework.Helpers
{
    public delegate void UseServiceDelegate<TServiceProxy>(TServiceProxy proxy);

    public static class ServiceHelper<TServiceClient, TServiceInterface> where TServiceClient : ClientBase<TServiceInterface>, new() where TServiceInterface : class
    {
        public static void Use(UseServiceDelegate<TServiceClient> codeBlock)
        {
            TServiceClient proxy = null;
            bool success = false;
            try
            {
                proxy = new TServiceClient();               
                codeBlock(proxy);
                proxy.Close();
                success = true;
            }
            catch (Exception ex)
            {
                Common.Logger.Log.Fatal("Service error: " + ex);                                
                throw;
            }
            finally
            {
                if (!success && proxy != null)
                    proxy.Abort();
            }
        }
    }
}