删除命名管道.NET

Question

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

    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);
            }
        }
    }

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

我如何关闭这些命名管道？

Answer 1

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

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

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

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

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

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

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

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