6

在我的 WCF 客户端类中，我正在处理该Faulted()事件，以便如果远程服务引发异常并导致通道出现故障，我至少仍然可以正常关闭它。这是我的代码：

protected void RemoteDataRetriever_Faulted(object sender, EventArgs e)
{
    (sender as ICommunicationObject).Abort();
    this.Dispose();
    throw new ChannelTerminatedException("The remote service threw an unhandled exception and as a result the channel has been closed.");
}

所以我期望客户端可以处理ChannelTerminatedException我手动抛出的内容并向用户发送消息等。相反，我的异常被包裹在System.ServiceModel.Diagnostics.CallbackException. 好的。除了这里有一个问题：这个 CallbackException 在 ServiceModel 库中不存在，我似乎没有办法处理它，除非作为一个 generic Exception，这对我的单元测试没有好处。这到底是怎么回事？我可以以某种方式禁用它并抛出我最初想要的异常吗？

4

2 回答 2

4

事实证明，System.ServiceModel.Diagnostics.CallbackException是一个内部类填充在一个名为“%SystemRoot%\Microsoft.net\Framework\v3.0\Windows Communication Foundation\SMDiagnostics.dll”的鲜为人知的程序集中，它本身只包含内部类。好吧，这很糟糕，因为这意味着我们永远无法捕获该异常。但是，我能够找到实例化上述异常的类/方法 (System.ServiceModel.Diagnostics.ExceptionUtility.ThrowHelperCallback(Exception innerException)) 并发现它是由 CommunicationObject 内的虚拟方法 OnFaulted() 调用的。所以理论上任何派生自 CommunicationObject 的类（对不起ClientBase<T>）都可以覆盖该方法并告诉它不要调用 ThrowHelperCallback()。这意味着唯一可行的候选者是派生自ChannelFactoryBase<T>. 从理论上讲，我可以继续实现我自己的自定义通道工厂，它可以抑制烦人的 CallbackException 但目前工作量太大，所以我想我只需要处理它。

编辑：@Jeremy - 如果我检查通过线路返回的 SOAP 信封，我发现它给了我一个一般错误，正如预期的那样，这表明 CallbackException 没有被序列化，因此没有在服务器上生成。

<s:Body>
    <s:Fault>
        <s:Code>
            <s:Value>s:Receiver</s:Value>
            <s:Subcode>
                <s:Value xmlns:a="http://schemas.microsoft.com/net/2005/12/windowscommunicationfoundation/dispatcher">a:InternalServiceFault</s:Value>
            </s:Subcode>
        </s:Code>
        <s:Reason>
            <s:Text xml:lang="en-US">The server was unable to process the request due to an internal error.  For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the &lt;serviceDebug&gt; configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework 3.0 SDK documentation and inspect the server trace logs.</s:Text>
        </s:Reason>
    </s:Fault>
</s:Body>
于 2010-02-16T16:27:03.460 回答
2

您看到的是System.ServiceModel.Diagnostics.CallbackException因为服务器上发生了异常。由于异常发生在客户端应用程序的域之外，它可能属于客户端无权访问的类型。回调机制通过生成您看到的 CallbackException 来处理此问题。这类似于System.TypeInitializationException在访问静态成员时发生未处理的异常时抛出的。如果您尝试优雅地处理此问题，您可能希望在服务器端处理异常并关闭套接字，这随后将在客户端上触发可以处理的异常。

于 2010-02-16T17:22:35.077 回答