首先，我认为这是一个很有用的插件，如果继续得到改进和增强，我想该插件会被更多开发者使用。对于WCF异常源码的学习，对于我们掌握怎样正确创建WCF异常插件工程是很有帮助的，而且也可从中学到不少编程技巧，例如委托和模板方法。希望大家一起研究下
缺省情况下，服务端发生异常，客户端会得到一个缺省的Exception，但这个Exception实例中并不包括详细的异常信息。只是告诉客户端服务端不能正常工作。在服务器和客户端模式的程序中，有些情况下，服务启是不能完全信赖客户端的。#t#
比如浏览器和web服务器之间，为了防止非法的客户端从异常消息中获取服务端的比较详细的信息，使得心怀叵测之人有机可乘，所以服务启对于异常 返回通常会比较模糊。WCF异常也采用了这种做法，缺省情况下，它返回给客户端的异常只告知我出错了，但不告诉人家他哪里错了。这通常应用于客户端来源不明的生产环境，以此保护服务程序。
如果想消息更友好一些，可以通过IncludeExceptionDetailInFaults=True来设置返回具体的异常信息，这样就能告诉客户端服务出错了，并指出错误出在哪里。在程序开发阶段或者有些应用场合，客户端是受信任的，WCF异常为了让客户端能更详尽的了解服务端到底出了什么问题。
WCF异常也支持发送详细的错误消息给客户端，这更有利于应用程序调试。而返回详细异常有两种方法：***种：通过在服务端的配置文件中设置：<serviceDebug includeExceptionDetailInFaults="False" />，第二种方式为通过在代码中指定：[ServiceBehavior(IncludeExceptionDetailInFaults=true)]
在WCF异常中，还支持更详细的异常消息，它通过自定义的异常消息FaultMessage来传达更多的内容。WCF采用通用的Soap Fault来处理异常，并提供了FaultException和FaultException<FaultMessage>两个类型来描述和操作异常。
通讯异常，这通常是因为链路的原因，比如服务没有启动，网络阻塞等。这类异常是CommunicationException或者其派生类
2) 状态异常，这类异常通常是与上文提到的实例模式相关的，当访问了一个已经销毁的服务器对象时便会引发此类型的异常，它们通常是ObjectDisposedException
3) 服务异常，由服务端根据具体的业务逻辑触发，通常是FaultException 值得注意的是当抛出服务异常的时候，不同的实例模式的处理方式有所不同:
PerSession:这种模式下，抛出异常，服务实例将销毁，客户端抛出FaultException，客户端代理对象无法继续使用 PerCall:这种模式下，抛出异常，服务实例也将销毁。客户端代理对象无法继续使用 Single:这种模式下，抛出异常，服务实例会照旧运行。客户端代理无法继续使用。
