WinForms迁移WPF时本地WCF命名管道服务抛出PipeException异常求助

• 确认WPF项目中已添加服务端启动逻辑
  旧WinForms项目通常会在入口或主窗体初始化时启动ServiceHost实例，迁移到WPF时很容易遗漏这一步。你需要在WPF应用的App.xaml.cs的OnStartup方法，或者主窗口的Loaded事件中添加服务启动代码，示例如下：

private ServiceHost _guiServiceHost;
protected override void OnStartup(StartupEventArgs e)
{
    base.OnStartup(e);
    _guiServiceHost = new ServiceHost(typeof(MyLibrary.WcfServiceController.GuiController));
    _guiServiceHost.Open();
}

同时要在应用退出时调用_guiServiceHost.Close()释放资源。

• 校验两端运行权限一致性
  命名管道基于Windows用户权限做访问控制，如果WPF服务端和客户端运行在不同权限等级（比如一方用管理员运行、另一方用普通用户运行），低权限侧无法访问高权限侧创建的管道。你可以尝试两端都用同一权限等级启动，若需要跨权限访问，需要在服务端绑定配置中显式设置管道的安全规则。

• 确认配置文件加载正确
  WCF配置需要放在入口项目的App.config中才会生效，如果你把服务端/客户端配置放在类库项目的配置文件里，运行时不会被加载。你可以在初始化客户端/服务端前添加以下代码确认配置路径正确：

var configPath = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None).FilePath;
Debug.WriteLine($"加载的配置文件路径：{configPath}");

同时检查输出目录下的[你的应用名].exe.config文件内容是否和你修改的App.config一致。

• 显式指定端点地址避免路径匹配问题
  你报错提示的地址net.pipe://localhost/GUI-ORG缺少服务端配置末尾的斜杠，可在构造客户端时强制指定完整地址避免匹配问题：

_gc = new GuiControllerClient(
    "NetNamedPipeBinding_IGuiController", 
    new EndpointAddress("net.pipe://localhost/GUI-ORG/"));

• 排查服务端启动异常
  你可以给ServiceHost的启动逻辑添加异常捕获，确认服务端是否真的启动成功：

try
{
    _guiServiceHost = new ServiceHost(typeof(MyLibrary.WcfServiceController.GuiController));
    _guiServiceHost.Open();
    Debug.WriteLine($"服务启动成功，监听地址：{_guiServiceHost.BaseAddresses.FirstOrDefault()}");
}
catch (Exception ex)
{
    Debug.WriteLine($"服务启动失败：{ex}");
    throw;
}

很多时候服务启动失败的异常会被上层逻辑吞掉，导致你误以为服务已经在运行。

• 排查管道占用问题
  可以使用Sysinternals的Handle工具搜索GUI-ORG关键字，确认是否有残留的旧进程占用了该命名管道，导致新的服务端无法正常监听。

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