DuplicateHandle，为什么要复制而不是仅仅获取？

Question

为什么一个进程想要从 Win32API 调用 DuplicateHandle，并从另一个进程获取它，而不是仅仅获取某个对象本身的句柄？

调用 DuplicateHandle 或其他东西有什么好处吗？

Answer 1

您可以在“Microsoft Windows 的应用程序编程”的第 6.8 章中找到答案。

获得自我认同感
有时您可能需要获取线程的真实句柄而不是伪句柄。我所说的“真实”是指一个明确标识唯一线程的句柄。检查以下代码：

DWORD WINAPI ParentThread(PVOID pvParam) {
   HANDLE hThreadParent = GetCurrentThread();
   CreateThread(NULL, 0, ChildThread, (PVOID) hThreadParent, 0, NULL);
   // Function continues...
}

DWORD WINAPI ChildThread(PVOID pvParam) {
   HANDLE hThreadParent = (HANDLE) pvParam;
   FILETIME ftCreationTime, ftExitTime, ftKernelTime, ftUserTime;
   GetThreadTimes(hThreadParent,
      &ftCreationTime, &ftExitTime, &ftKernelTime, &ftUserTime);
   // Function continues...
}

你能看出这个代码片段的问题吗？这个想法是让父线程向子线程传递一个标识父线程的线程句柄。但是，父线程传递的是伪句柄，而不是真正的句柄。当子线程开始执行时，它会将伪句柄传递给 GetThreadTimes 函数，这会导致子线程获取自己的 CPU 时间，而不是父线程的 CPU 时间。发生这种情况是因为线程伪句柄是当前线程的句柄，即正在进行函数调用的线程的句柄。

要修复此代码，我们必须将伪句柄转换为真实句柄。 DuplicateHandle 函数（在第 3 章中讨论）可以完成此转换

Answer 2

DuplicateHandle 的一种可能用途是在 32 位进程和 64 位进程之间复制句柄。

注意：不能在 I/O 完成端口或套接字上使用。

Answer 3

DuplicateHandle 的另一个用途是当文件使用 FileOptions.DeleteOnClose 时在多个进程中打开文件。 （如果使用文件路径打开文件，则此类文件无法由多个进程打开）

请参阅我的答案 https://stackoverflow .com/a/36606283/2221472

Answer 4

请参阅 MSDN 上关于 '重复句柄'。我能想到的最好的方法是这样的，如果您愿意的话，可以打个比方 - 假设您使用 CreateHandle 例程打开一个仅用于写入的文件，然后调用 DuplicateHandle 将句柄传递到另一个线程，在该线程中该线程将从文件中，只有句柄被复制，因此线程不必再次调用 CreateHandle...

Answer 5

当不存在句柄的任何“正常获取”时，经常使用DuplicateHandle：

• 该对象没有名称（例如匿名管道、匿名文件映射、套接字）
• 该对象在一种不是永久唯一的方式，因此使用它会创建竞争条件（进程 ID、线程 ID、文件名）
• 需要使用句柄的进程没有直接打开对象的权限。
• 该对象不允许非独占打开（串行端口设备、FILE_SHARE_NONE、FILE_DELETE_ON_CLOSE）