我们可以注意到FaultException具有序列化的标记。声明了Serializable.
FaultException的另外一个重要的泛型定义就是FaultException<T>,这里我们可以使用任何系统类型或者自定义类型来传递错误信息，T代表要传递的错误细节。此类也可以使用反射器查看代码：

[Serializable]
public class FaultException<TDetail> : FaultException
{
    // Fields
    private TDetail detail;

// Methods
    public FaultException(TDetail detail);
    public FaultException(TDetail detail, FaultReason reason);
    public FaultException(TDetail detail, string reason);
    protected FaultException(SerializationInfo info, StreamingContext context);
    public FaultException(TDetail detail, FaultReason reason, FaultCode code);
    public FaultException(TDetail detail, string reason, FaultCode code);
    public FaultException(TDetail detail, FaultReason reason, FaultCode code, string action);
    public FaultException(TDetail detail, string reason, FaultCode code, string action);
    public override MessageFault CreateMessageFault();
    [SecurityCritical, SecurityPermission(SecurityAction.LinkDemand, SerializationFormatter=true)]
    public override void GetObjectData(SerializationInfo info, StreamingContext context);
    public override string ToString();
    // Properties
    public TDetail Detail { get; }
}

【3】错误契约FaultContract：
    说道WCF的异常处理，这里就必须介绍一下一个重要的概念：错误契约（FaultContract）。
   前面已经介绍了WCF的FaultException，那为什么我们还要FaultContract。
   默认情况，WCF会把服务抛出的异常以FaultException类型传递到客户端。
  但是WCF规定，任何客户端和服务共享的异常，必须属于服务行为的特性。也就是我们必须给特性的服务操作定义了服务契约才能够提供错误类型。WCF为异常 处理专门提供了FaultContract特性，它可以被应用到服务操作上，指明操作可能会抛出的异常类型。代码如下：

[AttributeUsage(AttributeTargets.Method, AllowMultiple=true, Inherited=false)]
public sealed class FaultContractAttribute : Attribute
{
    // Fields
    private string action;
    private bool hasProtectionLevel;
    private string name;
.
}

错误契约FaultContract其实是WCF4大契约中的一种（Service Contract,DataContract,MessageContract,FaultContract ).声明一个服务操作契约方法为FaultContract并指定了响应的类型参数，这个参数要和FaultException<T>的类型 一致。
【4】WCF异常处理扩展：
WCF允许开发者定制异常报告和异常传递的过程。但是要实现System.ServiceModel.Dispatcher.IErrorHandler接口：
IErrorHandler的定义如下：

服务端抛出的异常会再调用ProvideFault()方法后再返回给客户端。ProvideFault不考虑异常的类型。
    另外ProvideFault一个重要的作用，异常提升（Exception Promotion）。它可以将非FaultContract异常提升为FaultContract<T>异常，例如将 OverflowException异常提升为FaultExceptino< OverflowException>异常。而HandleError()方法，我们可以重新实现代码，如log日志。
  此外，如果要安装自己定制的IErrorHandle，需要将它添加到对应的分发器里即可。
   我们在服务类实现System.ServiceModel.Description.IServiceBehavior接口 ApplyDispatchBehavior()方法中来实现安装错误处理扩展。IServiceBehavior的主要方法 ApplyDispatchBehavior：

【5】示例代码分析：
    下面我们给出本节文章的简单示例代码。
【5.1】服务端：
    这里我们定义了两个服务操作方法，主要是为了测试WCF的异常处理，SayHello和SayGoodBye。参数是个string 类型的name,长度大于10的时候就会抛出一个OverflowException内存溢出的异常，然后我们通过FaultException来包装， 传递到客户端。这里我们也对操作契约应用了FaultContract特性。定义代码如下：

//1.服务契约
    [ServiceContract(Namespace = "http://www.cnblogs.com/frank_xl/")]
    public interface IWCFService
    {
        //操作契约
        [OperationContract]
        [FaultContract(typeof(OverflowException))]//标注以后，WCF客户端才能区分错误契约，否则会作为通信异常抛出
        string SayHello(string name);
        //操作契约
        [OperationContract]
        [FaultContract(typeof(OverflowException))]
        string SayGoodBye(string name);
    }
    //2.服务类，继承接口。实现服务契约定义的操作
    public class WCFService : IWCFService
    {
        //实现接口定义的方法
        public string SayHello(string name)
        {
            if (name.Length < 10)
            {
                Console.ForegroundColor = ConsoleColor.Green;
                Console.WriteLine("Hello! {0},", name);
                return "Hello! " + name;
            }
            else
            {//泛型类FaultException，可以包含不同的异常，可以序列化。基于SOAP的错误消息
                OverflowException oe = new OverflowException();
                throw new FaultException<OverflowException>(oe, "name Length is more than 10");
            }
        }
        //实现接口定义的方法
        public string SayGoodBye(string name)
        {
            if (name.Length < 10)
            {
                Console.ForegroundColor = ConsoleColor.Green;
                Console.WriteLine("GoodBye! {0},", name);
                return "Hello! " + name;
            }
            else
            {
                OverflowException oe = new OverflowException();
                throw new FaultException<OverflowException>(oe,"name Length is more than 10");
            }
        }
    }

【5.2】宿主：
    这里宿主依然是Console 程序，自托管WCF服务。会打印每次的调用信息。比较简单，代码如下：

【5.3】客户端：
   客户端分别传递两次参数，第一次正常调用，第二次参数长度大于10，引起服务端异常，然后跑出到客户端，客户端根据定义的FaultException<T>来处理异常。代码如下：

//WSHttpBinding_IWCFService
            Test.WCFServiceClient wcfServiceProxyHttp = new Test.WCFServiceClient("WSHttpBinding_IWCFService");
            //通过代理调用SayHello服务
            try
            {
                Console.WriteLine(wcfServiceProxyHttp.SayHello("Frank Xu"));
                Console.WriteLine(wcfServiceProxyHttp.SayHello("Frank Xu Lei WSHttpBinding"));
            }
            catch (FaultException<OverflowException> oe)
            {
                Console.WriteLine(oe.Message);
            }
            catch (CommunicationException ce)
            {
                Console.WriteLine(ce.Message);
            }
            finally 
            { 
                wcfServiceProxyHttp.Close(); 
            }
           
            //For Debug
            Console.WriteLine("Press any key to exit");
            Console.Read();

这里运行程序，测试结果如下：

【6】总结：
    以上就是WCF异常处理的全部内容。一下几点我们要注意：
    (1)  即使我们不加FaultContract特性，或者抛出非FaultException异常，客户端也可以获得异常消息，该异常会导致通道出现错误。
    (2)此外我们也可以通过添加ServiceBehavior特性，将服务的IncludeExceptionDetailInFaults设置为 true（默认为 false），客户端也可以捕获抛出的非FaultException异常信息，但该异常仍然会导致通道出现错误。
    (3)异常对WCF服务实例的影响和服务的激活类型有关。通常单调PerCall和会话模式，WCF服务异常会导致服务释放服务实例，而Single单例模式不会，WCF服务会继续运行。
    (4)在发布服务与部署服务时，我们应避免将服务的IncludeExceptionDetailInFaults设置为true。这回带来性能问题。