WCF基础教程之异常处理：你的Try..Catch语句真的能捕获到异常吗？-阿里云开发者社区

　　在上一篇WCF基础教程之开篇：创建、测试和调用WCF博客中，我们简单的介绍了如何创建一个WCF服务并调用这个服务。其实，上一篇博客主要是为了今天这篇博客做铺垫，考虑到网上大多数WCF教程都是从基础讲起的，大家平时工作可能只是去调用和修改WCF的一些方法，而并未创建和配置过WCF，如果大家通过网上的教程去一步一步的创建和配置WCF，中途遇到错误，特别是WCF的配置这块很容易出错，难免会浪费时间。今天，我们就主要来说一下WCF中服务端和客户端的异常处理。

一、WCF异常处理机制

　　接着昨天的例子，我们在UserService中添加一个新的方法，或者直接修改DoWork方法，抛出一个异常，代码如下：

　　　　[OperationContract]
        public void GetMessage()
        {
            throw new Exception("System Error！");
        }

下面，我们在客户端调用这个方法，代码如下：

  public void GetData()
        {
            UserServiceReference.UserServiceClient client = new UserServiceReference.UserServiceClient();
            client.GetMessageCompleted += client_GetMessageCompleted;
            client.GetMessageAsync();
        }

        void client_GetMessageCompleted(object sender, System.ComponentModel.AsyncCompletedEventArgs e)
        {
             if(e.Error != null)
            {
                MessageBox.Show(e.Error.Message);
            }
        }

这里值得注意的是，在异步方法执行完成后，参数e会携带WCF抛出的异常信息，保存在e.Error中。下面我们按下F5，来执行看看会发生什么,如图：

首先我们看到的是VS在WCF服务端捕获到了异常，因为我们用的是Debug模式，这里可以看到详细的异常信息，“System Error”，按F5继续走，会看到如下图：

到这里，我们看到已经到了客户端，已经看不到异常详细了，继续按F5,向后走，看到弹出如下消息框，如图：

看到这个异常信息，完全不知道WCF哪里出现错了，对于修复Bug的程序员来说无疑是一个噩梦。

从上面的实例演示中，我们可以获知WCF在默认情况下的异常处理行为：对于服务端抛出的异常（这里主要指应用异常），客户端捕获到的总一个具有相同异常消息。由于异常类型和消息固定不变，对于服务的客户端来说，直接通过捕获到的异常相关的信息是无法确定服务端在执行服务操作的时候遇到的具体的错误是什么。

根据微软MSDN的文档：https://msdn.microsoft.com/zh-cn/library/dd470096(VS.95).aspx，在web项目中添加SilverlightFaultBehavior类，其代码如下：

public class SilverlightFaultBehavior : Attribute, IServiceBehavior
   {
      private class SilverlightFaultEndpointBehavior : IEndpointBehavior
      {
         public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
         {
         }

         public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
         {
         }

         public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
         {
            endpointDispatcher.DispatchRuntime.MessageInspectors.Add(new SilverlightFaultMessageInspector());
         }

         public void Validate(ServiceEndpoint endpoint)
         {
         }

         private class SilverlightFaultMessageInspector : IDispatchMessageInspector
         {
            public object AfterReceiveRequest(ref Message request, IClientChannel channel, InstanceContext instanceContext)
            {
               return null;
            }

            public void BeforeSendReply(ref Message reply, object correlationState)
            {
               if ((reply != null) && reply.IsFault)
               {
                  HttpResponseMessageProperty property = new HttpResponseMessageProperty();
                  property.StatusCode = HttpStatusCode.OK;
                  reply.Properties[HttpResponseMessageProperty.Name] = property;
               }
            }
         }
      }

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

      public void ApplyDispatchBehavior(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase)
      {
         foreach (ServiceEndpoint endpoint in serviceDescription.Endpoints)
         {
            endpoint.Behaviors.Add(new SilverlightFaultEndpointBehavior());
         }
      }

      public void Validate(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase)
      {
      }
   }