什么可能导致 WCF NamedPipe 通道出现故障（在服务器端？）

Question

如果这看起来有点基础，我深表歉意，但我对 WCF 很陌生，而且对一般的进程间通信也很陌生。

我的设置详细信息

我在 WCF“服务器”中使用 NetNamedPipeBinding，它是作为 Windows 服务运行的应用程序的一部分。

我有两个客户端使用 DuplexChannelFactory 创建的通道与 WCF 服务器进行通信。一种是 ASP.Net MVC 3 Web 应用程序，它针对每个页面请求创建一个通道（然后关闭它**）。另一个是 WPF 应用程序（用作服务的一种监视控制台/诊断工具）。

一切都运行良好 - 通常持续一周或更长时间 - 有很多人访问 Web 应用程序，但只是偶尔 WCF“服务器”内部出现问题，并且客户端开始报告异常“通信对象，System.ServiceModel.Channels。服务渠道， 每当他们尝试创建通道代理时，“无法用于通信，因为它处于故障状态”。

一旦服务器“故障”，每次尝试连接都会导致该错误。即使是控制台应用程序的新实例也会报告该错误。让我相信这不是“客户端”端的问题。

** 注意：我认为通道会随着每个页面请求而关闭，它会被实例化为 MVC 控制器的成员。我的知识超出了范围并在最后处理掉也许我错了？

问题：

有人对在哪里查看有任何建议吗？甚至我如何在我的测试环境中重现此问题？

可以完全消除这种情况吗？或者我应该在“服务器”内设置一个线程，每隔几分钟尝试连接到命名管道服务，并在失败时重新启动该服务。

包含我正在使用的代码

可能会有所帮助（在 WCF“服务器”中）监听指定服务器上的请求管道

host = new ServiceHost(
    this,
    new Uri[] {
        new Uri("net.pipe://localhost")
    }
);
host.AddServiceEndpoint(
    typeof(IStationDirectory),
    new NetNamedPipeBinding(),
    "StationDirectory"
);

host.Open();

/* Some logging code here */


Thread.Sleep(Timeout.Infinite);

更多问题

假设我正确理解每个 NamedPipe“通道”实际上与 TCP 连接相同（对于每个客户端/服务器对来说都是唯一的）。如果我不断看到新客户端出现通道故障错误，那么可能客户端创建的每个新通道从一开始就以某种方式损坏。这是否意味着故障发生在 ServiceHost 内部的某个地方？在这里捕获 host.Faulted 事件有什么好处吗？

决议更新（2013）

我知道自从我问这个问题以来已经很长时间了 - 但我只是在我的历史中注意到它，所以我想我应该补充一点，尼克已经击中要害。我认为是消息有效负载大小导致了问题。消息中包含“报告”对象列表，每个对象都链接到上一个报告。随着时间的推移，这个名单会越来越长。删除旧报告并将 WCF 消息保持在或多或少固定的大小可以阻止错误。该应用程序在过去几年中一直运行非常可靠。

Answer 1

我首先进行一些 WCF 跟踪。

http://msdn.microsoft.com/en-us/library/ms733025.aspx

如果他们在您可以看到的任何地方（在事件查看器中）绝对没有记录任何事件，那么可能是

1. 消息有效负载对于您的绑定来说太大。如果您返回大型结果集，并且它是间歇性的，我会从这里开始。还要检查您的 maxItemsInObjectGraph 绑定配置。
2. 服务启动时出现未处理的异常。这似乎不是你的问题。