使用 Window CRT 检测生成进程的死亡

Question

执行摘要：我需要一种方法来确定我通过 _spawnl 生成并使用 _pipe 中的 FD 进行通信的 Windows 进程是否已终止。

详细信息：

我使用 Windows 中的低级 CRT 函数（_eof、_read）与通过调用 _spawnl（带有 P_NOWAIT）标志而生成的进程进行通信。我使用 _pipe 创建文件描述符来与这个生成的进程进行通信，并在命令行上将这些描述符（FD #）传递给它。

值得一提的是，我不控制生成的过程。对我来说这是一个黑匣子。

事实证明，我们生成的进程偶尔会崩溃。我试图通过检测崩溃来使我的代码对此具有鲁棒性。不幸的是，我看不到一种方法来做到这一点。在我看来，如果进程已终止，对这些描述符之一的 _eof 或 _read 调用将返回错误状态 (-1)，这似乎是合理的。

不幸的是，事实并非如此。看起来描述符有自己的生命周期，独立于生成的进程。因此，即使另一端的进程已死亡，我在用于与其通信的文件描述符上也没有收到错误状态。

我已经获得了嵌套进程的 PID（从 _spanwnl 调用返回），但我看不到可以用它做任何事情。除了一件事之外，我的代码运行得非常好。我无法检测生成的进程是只是忙于计算答案还是已经死亡。

如果我可以使用 _pipe 和 _spawnl 中的信息来确定生成的进程是否已死亡，那我就很高兴了。

非常欢迎提出建议。

提前致谢。

更新：我找到了一个相当简单的解决方案并将其添加为所选答案。

Answer 1

看
如何了解子进程状态和资源使用情况windows？

你可以在从spawnl返回的句柄上使用WaitForSingleObject；它对我来说工作得很好。听起来你可能已经尝试过这个，但也许我误解了你的回答。

生成进程并等待其完成而不使用 _P_WAIT 的示例代码：

HANDLE hProcess = (HANDLE) _spawnl(_P_NOWAIT, "slave.exe", "slave.exe", NULL);
while(1)
{
  Sleep(100);
  if (WaitForSingleObject(hProcess, 0) == WAIT_OBJECT_0)
  {
    break;
  }
}

Answer 2

如果您希望能够检测到进程已退出，则必须向食物链上游移动。本机 CreateProcess() Win32 API 可以返回一个 HANDLE，您可以在 WaitForSingleObject() API 中使用它来等待或测试进程是否已退出。如果你能得到PID，你就可以使用OpenProcess()来得到你需要的HANDLE。

另一种方法是使用 _P_WAIT 使其成为同步调用。这将需要一个线程。

Answer 3

感谢 nobugz 提供了很多好的建议。我最终没有采取他的“向食物链上游移动”的路线，所以我把这个写成一个单独的答案，但这很大程度上是他反馈的结果。

我使用了现有的对spawnl 的调用。事实证明这是可能的，因为当使用 P_NOWAIT 模式调用时，返回值实际上与 OpenProcess 相同。这很令人困惑，因为spawnl 的返回类型为intptr_t，而OpenProcess 的返回类型为HANDLE。但它们是等效的（至少根据我的测试）。

知道这一点后，我仍然没有摆脱困境。我需要一种可靠的方法来确定该进程是否仍在运行。即使进程已终止，我使用进程句柄（例如 GetModuleBaseName）进行的所有各种调用都会成功。

最终，我求助于调用 GetProcessId（使用我的进程句柄）来获取进程 ID，然后调用 EnumerateProcesses 并挖掘从它返回的结果，以查看是否有任何正在运行的进程共享相同的进程 ID。

我承认使用更高级别的 API（如 nobugz 所建议的）可能是一般的方法。就我而言，我已经让所有代码正常工作，只需要确定嵌套进程是否仍在运行，因此我采取了极简主义方法。

再次感谢 nobugz 提供的所有有用的建议。