删除命名管道 .NET答案

【问题标题】：Delete named pipe .NET删除命名管道 .NET
【发布时间】：2013-07-02 10:53:14
【问题描述】：

我正在使用以下代码列出我的命名管道：

    private IEnumerable<string> GetNamedPipesList()
    {
        string[] listOfAllPipes = Directory.GetFiles(@"\\.\pipe\");
        return listOfAllPipes.Where(pipe => pipe.Contains("FST"));
    }

它工作正常。我可以显示它们：

    private void Scan_Click(object sender, EventArgs e)
    {
        IEnumerable<string> fsbPipes = GetNamedPipesList();
        tbxOutput.Text = string.Empty;
        foreach (string fsbPipe in fsbPipes)
        {
            var pipe = fsbPipe.Replace(@"\\.\pipe\", "");
            tbxOutput.AppendText(pipe + Environment.NewLine);
        }
    }

例子：

FST-MT4_Miroslav-130
FST-MT4_Miroslav-150
FST-MT4_Miroslav-120

之后我想通过删除类似文件来关闭它们：

    private void CloseAll_Click(object sender, EventArgs e)
    {
        IEnumerable<string> myPipes = GetNamedPipesList();
        foreach (string pipe in myPipes)
        {
            try
            {
                File.Delete(pipe);
            }
            catch (Exception exception)
            {
                tbxOutput.AppendText(exception.Message + Environment.NewLine);
            }
        }
    }

但它返回参数不正确。我不确定我能做到，但我不得不尝试，因为我将它们作为文件加载。

如何关闭这些命名管道？

【问题讨论】：

An instance of a named pipe is always deleted when the last handle to the instance of the named pipe is closed。你真的需要手动关闭它吗？除了File.Delete()，你还尝试过什么？
我正在使用管道与第三方软件进行通信。它在关闭后使这些管道保持打开状态。两个应用程序都已关闭，但管道仍然打开。我的用户报告了这种行为，但这是第一次发生在我身上。我正在尝试开发一种工具来重置它们。
在您发表评论后，我检查了任务管理器并注意到第三方应用程序未关闭。有两个实例在后台工作。当我手动关闭它们时，其余的命名管道已关闭。这解决了我的问题，使我的问题变得无关紧要。
很高兴您发现了这一点。这正是命名管道的行为方式：没有人使用它们，它们消失了。如果 3rdparty 是您的应用程序的“从属”，您可能希望在您的应用程序中包含一个 scanProcessesHandles&killTheProcs。我忘了在答案中提到这一点，但是，现在这可能很明显；）

标签： .net named-pipes

【解决方案1】：

根据MSDN，有一组专门用于在命名管道上操作的类 - 但它们仅适用于您在应用程序中实际拥有它们的情况。

您在这里所做的实际上是通过较低的 API 文件系统列出命名管道。然而，命名管道确实不同于文件：它们通过许多进程共享，并且有一些类似垃圾收集的机制可以在不再使用它们时自动删除它们（参见 ie.http://social.msdn.microsoft.com/Forums/vstudio/en-US/66f747a0-22c9-4e7d-bb5a-e4e63197318a/deleting-named-pipe）。严格来说：当所有感兴趣的进程关闭它们对管道的句柄时，它就会被销毁。

查看用于处理管道的低级 API：http://msdn.microsoft.com/en-us/library/windows/desktop/aa365150(v=vs.85).aspx 没有提及销毁。只创建连接断开。

如果我没记错的话，即使在 *nix 文件系统上，命名管道上的 'rm' 也不会破坏它。它将文件的 inode 从目录中分离出来并有效地“隐藏”特殊文件，但是无论谁打开了这个文件 - 持有并固定它，特殊文件仍然存在并一直在使用，直到最后一个文件句柄关闭，然后才是实际的文件真的被释放了。

所以.. 也许您应该尝试重新表述您的问题并搜索谁持有管道，然后与他们“交谈”以正常方式关闭手柄？ IE。连接到管道并以正确的应用程序协议发送礼貌消息“请退出”？

好的，写完所有这些，现在到实际的解决方案。

既然你知道管道，如果你有足够高的访问权限，你可以做任何事情。您可以枚举所有进程，您可以检查它们的句柄，您可以检查每个句柄并检查它指向什么。如果它指向一个管道，您可以提取该管道的名称。如果名称与您的管道匹配，您可以向该进程注入一个线程，然后您可以从该线程关闭句柄并立即暂停该进程，以防它检测到损坏的句柄并开始重新连接到该管道。在所有进程中循环，你可能很确定你的管道会被关闭。然后，你可以用你现在不存在的管道做你的事情并恢复所有这些过程。

我认为所有这些都是完全可能的，因为像 ProcessHacker2 这样的工具可以显示其他进程的句柄的许多详细信息，并且还允许您按需关闭该句柄。因此，只需复制、过滤和自动化该任务并完成。但是，实际上，这很危险，而且几乎不是一个稳定/可靠的解决方案。

【讨论】：

【解决方案2】：

感谢@CodeCaster 和@quetzalcoatl，我发现我们无法删除命名管道，但我们必须杀死它们的持有者。

如果我们知道持有人的姓名，最简单的方法是使用任务管理器。

我制作了一个列出命名管道的小工具。支持过滤。

下载链接：ListNamedPipes.exe

代码在这里：

    private void Scan_Click(object sender, EventArgs e)
    {
        IEnumerable<string> fsbPipes = GetNamedPipesList();
        tbxOutput.Text = string.Empty;
        foreach (string fsbPipe in fsbPipes)
        {
            string pipe = fsbPipe.Replace(@"\\.\pipe\", "");
            tbxOutput.AppendText(pipe + Environment.NewLine);
        }
    }

    private IEnumerable<string> GetNamedPipesList()
    {
        string[] listOfAllPipes = Directory.GetFiles(@"\\.\pipe\");
        return listOfAllPipes.Where(pipe => pipe.Contains(tbxFilter.Text));
    }

【讨论】：