WCF之错误和异常

• CLR异常无法跨越服务边界，所有的异常都被封装（序列化）为SOAP Fault，可以让所有平台的用户接收到.
  • 
  • SOAP1.1只有Body.1.2中含有Header+Body.
• 未捕获异常
  • 异常会从逻辑层传递到服务层，为了保护Server，不会把异常的详细信息返回给客户端，而只会有一个通用的SOAP Fault.
  • SOAP格式依赖于绑定。在调试期间，可以使用InCludeExceptionDetailsInFaults来显示异常的调用栈等详细信息，方法为在Host的ServiceBehavior 中的Servicedebug中打开,或者在Serice的契约上添加.
• Throw
  • 1)FaultException用于抛出简单的异常，可以提供错误原因和代码，和额外的SOAP错误元素。即使用CLR异常来提供详细信息。
  • 2)FaultException<T>，为了能够传递，T必须是数据契约或者可序列化类型。T可以为CLR异常类型，但是不利于跨平台。在操作契约方法上:[FaultContract(typeof(***Ext))]….来表明方法有可能抛出***的异常类型，来更好的互操作。由于缺省时客户端不会意识到可能抛出错误的操作，其作为WSDL的一部分，实现强类型异常的客户端。可以应用到服务契约和操作上，操作应该抛出该Fault.
  • 3)MessageFault：是SOAP Fault的CLR表示，为了更好的控制错误元素.
• 错误处理
  • 支持集中化的错误处理：报告未捕捉异常，将适当的异常转化为Fault,修改Fault来保持一致性。
    • 方法：为IErrorHanbler提供实现（方法：ProvideFault:发生异常后，异常信息返回并关闭会话前调用，用于修改和包装返回的异常信息，会阻赛客户端。
    • HandleError:在异常返回给客户端后调用，不会阻赛通信，通常用于记录异常，在服务器段进行错误提示等等,此时与客户端没有任何关系），添加到配置好的服务行为上.
• 策略
  • 为了实现可互操作性：从业务逻辑抛出自定义CLR异常，将异常定义为数据契约，声明自定义异常类型为Fault,创建错误处理器将自定义异常转换为Fault,记录非自定义异常。一定要保持中立性.
• 常见的三种异常

  • 1) 通讯异常，这通常是因为链路的原因，比如服务没有启动，网络阻塞等。这类异常是CommunicationException或者其派生类;

  • 2) 状态异常，这类异常通常是与实例模式相关的，当访问了一个已经销毁的服务器对象时便会引发此类型的异常，它们通常是objectDisposedException;

  • 3) 服务异常，由服务端根据具体的业务逻辑触发，通常是FaultException. 值得注意的是当抛出服务异常的时候，不同的实例模式的处理方式有所不同,但是客户端代理都将无法继续使用:PerSession:服务实例将销毁，客户端抛出FaultException;  PerCall:服务实例也将销毁.Single:服务实例会照旧运行。