从前文中我们了解到，对于服务器端抛出的异常，WCF框架会把它封装成FaultException返回给客户端。系统自己封装的FaultException携带的信息往往不够，为了通知客户端更多异常信息，需要我们在代码中主动抛出FaultException。
public class Service1 : IService1 { public void ErrorTest() { try { throw new InvalidOperationException("异常测试"); } catch (Exception e) { throw new FaultException(e.Message); } } }
这种方式需要在所有的接口都实现，一来麻烦，而来也增加了代码的复杂度。实际上，既然WCF框架本身就提供了封装异常的功能，我们如果接管这个异常封装的过程，那么就可以以一种统一的方式封装FaultException，即能重新封装FaultException提供详细的错误信息，又不用修改服务代码。
实际上，WCF本身就提供了让我们自己接管异常处理的接口IErrorHandler，关于的IErrorHandler处理方式和实现说明，请参看MSDN文章——，我这里就不多介绍了，一个基本的方式如下：
public class ErrorHandler : IErrorHandler { public bool HandleError(Exception error) { return false; } public void ProvideFault(Exception error, MessageVersion version, ref Message fault) { var ex = new FaultException(error.Message); var mf = ex.CreateMessageFault(); fault = Message.CreateMessage(version, mf, ex.Action); } }
在ProvideFault接口里面可以实现把代码中的异常封装成FaultException。
在这里只是实现了这个接口，还没有地方调用，无法生效。要使用这个接口，还需要把它和ServiceBehavior关联起来，在IServiceBehavior对象的ApplyDispatchBehavior中关联ErrorHanlder，一般有两种方式：
- Service实现 IServiceBehavior 接口，在代码中显示关联，创建Service时则自动关联ErrorHanlder
- 新建对象实现 IServiceBehavior 接口，在配置文件中将其和Service关联起来
下面就分别介绍下这两中实现方式：
代码中显示关联
代码中显示关联的方式比较简单，直接在Service中实现IServiceBehavior接口即可。
public class Service1 : IService1 ,IServiceBehavior { public void ErrorTest() { throw new InvalidOperationException("异常测试"); } #region IServiceBehavior 成员 public void AddBindingParameters(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase, Collection<ServiceEndpoint> endpoints, BindingParameterCollection bindingParameters) { } public void ApplyDispatchBehavior(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase) { var errorHanlder = new ErrorHandler(); foreach (ChannelDispatcher chanDisp in serviceHostBase.ChannelDispatchers) { chanDisp.ErrorHandlers.Add(errorHanlder); } } public void Validate(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase) { } #endregion }
这种方式比较简单，但得Service的逻辑变得复杂化，另外也不够灵活，我们通常更多的时候使用配置文件中关联的形式。
配置文件中关联
配置文件并不能直接处理IserviceBehavior对象，它只能处理BehaviorExtensionElement对象。因此这种方式下，需要实现三个接口。
- 在 IErrorHandler 对象中 ProvideFault 的函数中实现异常封装
- 在 IServiceBehavior 对象中实现对 IErrorHandler 的绑定
- 在 BehaviorExtensionElement 对象中返回 IServiceBehavior 对象
这里之所以分为三个接口/类，主要是为了更加灵活，像前面IErrorHandler的和IServiceBehavior就可以在直接代码中显示关联的方式中使用。
class ServiceBehavior : IServiceBehavior { public void AddBindingParameters(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase, Collection<ServiceEndpoint> endpoints, BindingParameterCollection bindingParameters) { } public void ApplyDispatchBehavior(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase) { var errorHanlder = new ErrorHandler(); foreach (ChannelDispatcher chanDisp in serviceHostBase.ChannelDispatchers) { chanDisp.ErrorHandlers.Add(errorHanlder); } } public void Validate(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase) { } } public class ErrorHandlerElement : System.ServiceModel.Configuration.BehaviorExtensionElement { protected override object CreateBehavior() { return new ServiceBehavior(); } public override Type BehaviorType { get { return typeof(ServiceBehavior); } } }
在实现时，也按照习惯自由实现几个接口，并非一定要实现三个对象，我通常就通常将IServiceBehavior和IErrorHandler合并到一个对象中实现。
代码实现后，然后就需要在config文件中使用ErrorHandlerElement了。主要增加如下两个地方的配置：
<extensions> <behaviorExtensions> <addname="errorHanlder" type="WcfService.ErrorHandlerElement, WcfService, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" /> </behaviorExtensions> </extensions>
<serviceBehaviors> <behavior name=""> <errorHanlder /> </behavior> </serviceBehaviors>
配置好后，重新编译运行，则就可以看到ErrorHanlder的效果了。
增强异常信息
通过上面的方法处理后，我们就可以一种通用的方式来封装FaultException了，但由于这里是通用的方式，也存在通用方式的缺点：不能对具体异常提供细化的信息。
这个问题并不容易解决，要提供具体细化的异常信息，最靠谱的方法还是捕获异常，封装成FaultException<T>子类。
不过，在文章中提供了一个通用的的序列化异常的方法，将异常序列化后传递到客户端，客户端就可以直接以像捕获本地异常那样捕获远程异常了，而不用捕获FaultException。
不过，这个方法也有一点问题，那就是要求客户端也是.net语言实现的，否则其它的语言是无法反序列化CLR异常的，失去了语言无关的特性。