c# - 建立连接后需要调用DisposeLocalCopyOfClientHandle()

Question

与匿名管道建立连接后的步骤需要服务器调用 DisposeLocalCopyOfClientHandle。 MSDN 解释:

The DisposeLocalCopyOfClientHandle method should be called after theclient handle has been passed to the client. If this method is notcalled, the AnonymousPipeServerStream object will not receive noticewhen the client disposes of its PipeStream object.

为了理解为什么在客户端关闭时服务器不会被注意到，我继续查看引用源上的DisposeLocalCopyOfClientHandle:

// This method is an annoying one but it has to exist at least until we make passing handles between
// processes first class.  We need this because once the child handle is inherited, the OS considers
// the parent and child's handles to be different.  Therefore, if a child closes its handle, our 
// Read/Write methods won't throw because the OS will think that there is still a child handle around
// that can still Write/Read to/from the other end of the pipe.
//
// Ideally, we would want the Process class to close this handle after it has been inherited.  See
// the pipe spec future features section for more information.
// 
// Right now, this is the best signal to set the anonymous pipe as connected; if this is called, we
// know the client has been passed the handle and so the connection is live.
[System.Security.SecurityCritical]
public void DisposeLocalCopyOfClientHandle() {
    if (m_clientHandle != null && !m_clientHandle.IsClosed) {
       m_clientHandle.Dispose();
    }
}

这句话把我搞糊涂了:

once the child handle is inherited, the OS considers the parent and child's handles to be different.

不是传递给 child )首先不同？这里的“不同”是指“引用不同的对象”(我是这么理解的)，还是有别的意思？

Answer 1

在 .NET 中很难看到的模糊细节是 CreateProcess() 的 bInheritHandles 参数，一种在 winapi 中悄悄出现的讨厌的小 unixism。确定该参数的正确值非常很难推理，您必须对开始的过程了解很多，而且它的扩展性非常差，这是一个全有或全无的选择。雷蒙德陈有一个blog post讨论了丑陋的角落案例以及他们在 Windows 6.0 版中为解决问题所做的工作。

否则不是可以在 .NET 中使用的解决方案。主要是因为它仍然支持 .NET 4.5 之前的旧 Windows 版本。而且它会很难使用。因此，ProcessStartInfo 类没有允许您显式控制 bInheritHandles 参数值的属性，Process.Start() 始终传递 TRUE。这就是“直到我们在进程之间传递一流的句柄”评论所指的内容。

进一步的细节是，子进程继承的句柄是一个独立的句柄，与父进程的句柄不同。因此，总共需要两次 CloseHandle 调用来销毁系统对象。或者换句话说， parent 和 child 都需要停止使用该对象。这就是“操作系统认为父项和子项的句柄不同”评论所指的内容。

用于创建匿名管道的底层 CreatePipe() winapi 函数返回两个句柄，一个用于读取，一个用于写入。根据管道方向，一个应该由父进程(也称为服务器)使用，另一个应该由子进程(也称为客户端)使用。这些句柄是可继承的句柄，因此在您启动子进程后，总共需要调用四次 CloseHandle 来销毁管道对象。

这很不愉快。 .NET 包装器可以对服务器句柄做一些事情。它调用DuplicateHandle()复制服务器端句柄，为 bInheritHandle 参数传递 FALSE。然后关闭原来的 handle 。很好，子进程将不再继承服务器端句柄，因此现在只需要三个 CloseHandle 调用。

然而，同样的技巧对子进程需要使用的管道句柄不起作用。毕竟，目的是让它继承句柄，以便它可以与服务器通信。这就是为什么您必须明确地执行它，在您知道子进程已正确启动之后。在调用 DisposeLocalCopyOfClientHandle() 方法后，现在只需要两次 CloseHandle 调用。

客户端的 CloseHandle 调用非常简单，它通过调用 AnonymousPipeClientStream 上的 Close 或 Dispose 来实现。或者，由于未处理的异常导致进程崩溃，操作系统会负责关闭句柄。现在只剩下一个 CloseHandle 调用了。

一个去，在服务器端更难。它只知道在收到子进程不再使用它的“通知”时关闭/处置其 AnonymousPipeServerStream。围绕“通知”的可怕引用，没有事件告诉你这一点。正确的方法是子进程发送明确的“再见”消息，以便服务器知道调用 Close。不太恰当但并不少见的方式是 child 没有很好地说再见，然后服务器只能从它继续使用管道时得到的异常知道它不在了。

这是关键，只有当操作系统发现服务器尝试使用管道并且另一端没有剩余的句柄打开时，您才会得到异常。或者换句话说，如果您忘记调用 DisposeLocalCopyOfClientHandle()，那么您不会得到异常。不好。