双向 WCF 服务操作返回不回复而不是异常

Question

我有两个不同的 WCF 服务主要执行基本的 CRUD 操作。对于这两种服务，无论客户端如何，如果服务抛出异常该异常将不会返回给客户端。事实上，我能看到实际异常的唯一方法是在服务中打开跟踪并查看跟踪文件。

无论是否抛出异常，这都是正确的。例如，如果我发送的字符串值的长度大于我的服务绑定配置所允许的长度，它将生成带有以下消息的 NetDispatcherFaultException 异常，如预期的那样：

格式化程序在尝试反序列化消息时抛出异常：尝试反序列化参数 http://tempuri.org/:newItem 时出错。 InnerException 消息是“反序列化 Organization.Division.Application.Service.AddNewItem 类型的对象时出错。 读取 XML 数据时已超出最大字符串内容长度配额 (8192)。可以通过更改创建 XML 阅读器时使用的 XmlDictionaryReaderQuotas 对象的 MaxStringContentLength 属性来增加此配额。第 1 行，位置 20157.'。

问题是服务没有返回这个异常，而是服务抛出一个带有异常消息的ArgumentNullException：

值不能为空。
参数名称：消息

...我的客户端只是给了我这个错误（无论我的客户端是 ASP.NET 网页、WCF 测试客户端还是其他客户端都是如此）：

调用服务失败。可能原因：服务离线或无法访问；客户端配置与代理不匹配；现有代理无效。有关更多详细信息，请参阅堆栈跟踪。您可以尝试通过启动新代理、恢复到默认配置或刷新服务来进行恢复。
错误详情：
接收到http://localhost/Services/MyAwesomeS3rv1c3/DoSomethingGrrreat.svc 的 HTTP 响应时出错。这可能是由于服务端点绑定未使用 HTTP 协议。这也可能是由于服务器中止了 HTTP 请求上下文（可能是由于服务关闭）。有关详细信息，请参阅服务器日志。

当我查看服务跟踪时，我还看到了这个警告：请求/回复操作 AddNewItem 没有回复消息。

我假设我在做系统性错误，因为无论在多个服务和每个服务的多个方法中引发的底层异常如何，都会发生这种情况。我只是无法辨别问题所在。我只想把错误返回给客户端。

有关其他背景信息，我确实在服务的 web.config 中的 <serviceBehavior><behavior>... 下设置了以下设置：

<serviceMetadata httpGetEnabled="true"/>
<serviceDebug includeExceptionDetailInFaults="true"/>

...我正在使用 wsHttpBinding 和 mex 绑定。

最后，这似乎是最近才发生的行为变化（即，客户端过去常常看到服务抛出的实际异常）。我只是无法弄清楚可能发生了什么变化。

Answer 1

就我而言，我使用的是企业库来记录异常。日志记录的配置显然不正确。但是，WCF 服务跟踪并未显示这一点。

跟踪确实显示了正确处理/捕获的底层异常（无论是 sql 错误还是其他）。之后，ServiceChannel 莫名其妙地被关闭了。由于没有要返回的回复消息，因此生成了 ArgumentNullException。

所有这一切都是因为底层异常的错误处理中的异常，该异常从未在跟踪中显示。调试服务显示 Microsoft.Practices.EnterpriseLibrary.Logging.Logger.Write 实际上是在抛出自己的异常，该异常未处理并隐藏在视图之外。修复该异常（或者只是暂时关闭日志记录 - 当然）解决了问题。

只是表明有时跟踪不够好，您仍然必须能够调试。

Answer 2

如果我没记错的话，我认为这取决于异常发生的时间：即在您的情况下，配额异常在管道中发生得太早，而来自客户端的传入消息仍在反序列化 - 因此服务器只是中止连接，因为它根本不认为传入消息是有效请求（因为它不能被反序列化），所以从它的角度来看，没有什么可回复的。