模仿WCF NetPipe主机并捕获原始消息时连接失败问题排查

核心问题：WCF管道与原生管道的命名规则不匹配 #

你直接用net.pipe://localhost/Pipe作为NamedPipeServerStream的管道名称是错误的——WCF的NetNamedPipeBinding并不会直接使用你指定的URI作为底层管道名称，它会将URI转换为一套内部命名格式（通常是\\.\pipe\<随机GUID>\Pipe这类结构），所以你的原生管道监听根本接不到WCF客户端的连接请求，客户端自然会报“找不到端点”的错误。

正确捕获WCF原始消息的两种方法 #

方法一：使用WCF内置的消息日志（推荐）

这是最简单可靠的方式，不需要自己写原生管道代码，直接通过配置就能捕获所有传输的原始消息：
在服务端的配置文件（app.config或Program.cs的代码配置）中添加以下内容：

<system.diagnostics>
    <sources>
        <source name="System.ServiceModel.MessageLogging">
            <listeners>
                <add name="messageLogListener" 
                     type="System.Diagnostics.XmlWriterTraceListener" 
                     initializeData="D:\WcfMessageLogs.svclog" />
            </listeners>
        </source>
    </sources>
    <switches>
        <add name="System.ServiceModel.MessageLogging" value="Verbose" />
    </switches>
</system.diagnostics>

<system.serviceModel>
    <diagnostics>
        <messageLogging 
            logEntireMessage="true"
            logMessagesAtServiceLevel="true"
            logMessagesAtTransportLevel="true"
            maxMessagesToLog="1000"
            maxSizeOfMessageToLog="5242880" />
    </diagnostics>
</system.serviceModel>

启动服务后，所有消息都会被记录到指定的.svclog文件中，你可以用Visual Studio的“服务跟踪查看器”（SvcTraceViewer.exe）打开分析。

方法二：找到WCF实际使用的管道名称（不推荐，不稳定）

如果一定要用原生管道监听，可以用PowerShell命令Get-ChildItem \\.\pipe\查看系统中存在的管道，找到WCF创建的对应管道名称（通常包含你的服务端点名称和随机GUID），然后用这个名称初始化NamedPipeServerStream。但注意：WCF的管道名称会随服务宿主重启而变化，这种方法只适合临时调试。

额外说明 #

即使你成功让原生管道接收到WCF客户端的连接，也需要手动解析WCF的消息编码格式（比如二进制或文本SOAP），这涉及到WCF的消息帧结构、序列化规则，复杂度极高，完全没必要自己实现，用内置日志是最优解。

内容的提问来源于stack exchange，提问作者user1595443