在 Windows 上运行任意子进程并仍然干净地终止？

Question

我有一个应用程序 A，我希望能够调用用户在配置文件中指定的任意其他进程。

批处理脚本 B 就是这样一个过程，用户希望由 A 调用。B 设置一些环境变量，显示一些消息并调用编译器 C 来执行一些工作。

Windows 是否提供了干净终止任意进程的标准方法？假设 A 在控制台中运行并收到 CTRL+C。它可以将其传递给 B 和 C 吗？假设A运行在一个窗口中，用户尝试关闭该窗口，是否可以取消B和C？

TerminateProcess 是一种选择，但不是一个很好的选择。如果 A 在 B 上使用 TerminateProcess，则 C 会继续运行。如果 C 长时间运行，这可能会导致严重的问题，因为我们可能会启动另一个 C 实例来操作相同的文件，而第一个 C 实例仍在秘密工作。此外，TerminateProcess 不会导致干净退出。

GenerateConsoleCtrlEvent 听起来不错，并且当所有内容都在控制台中运行时可能会起作用，但文档说您只能将 CTRL+C 发送到您自己的控制台，因此如果 A 在窗口中运行则无济于事。

Windows 上是否有与 SIGINT 等效的东西？我很想找到这样一篇文章： http://www.cons.org/cracauer/ sigint.html（适用于 Windows）。

Answer 1

正如 @Shakta 所说 GenerateConsoleCtrlEvent() 非常棘手，但您可以在没有帮助进程的情况下发送 Ctrl+C。

void SendControlC(int pid)
{
    FreeConsole(); // detach from the current console
    AttachConsole(pid); // attach to process console
    SetConsoleCtrlHandler(NULL, TRUE); // disable Control+C handling for our app
    GenerateConsoleCtrlEvent(CTRL_C_EVENT, 0); // generate Control+C event
}

Answer 2

我想我在这个问题上有点晚了，但无论如何我都会为遇到同样问题的人写一些东西。

我的问题是类似的，我希望我的应用程序是一个 GUI 应用程序，但执行的进程应该在后台运行，而不附加任何交互式控制台窗口。

我设法使用GenerateConsoleCtrlEvent()解决了这个问题。棘手的部分是文档并不清楚它的具体使用方式和陷阱。

我的解决方案基于所描述的内容 这里。但这也没有真正解释所有细节，因此这里是有关如何使其工作的详细信息。

1. 创建一个新的帮助应用程序“Helper.exe”。该应用程序将位于您的应用程序（父级）和您希望能够关闭的子进程之间。它还将创建实际的子进程。您必须有这个“中间人”进程，否则GenerateConsoleCtrlEvent() 将失败。

2. 使用某种 IPC 机制从父进程向帮助程序进程传达帮助程序应该关闭子进程的信息。当助手收到此事件时，它会调用“GenerateConsoleCtrlEvent(CTRL_BREAK, 0)”，该事件会关闭自身和子进程。我自己为此使用了一个事件对象，当父进程想要​​取消子进程时，它会完成该事件对象。

要创建 Helper.exe，请使用 CREATE_NO_WINDOW 和 CREATE_NEW_PROCESS_GROUP 创建它。
创建子进程时，创建的子进程不带标志 (0)，这意味着它将从其父进程派生控制台。如果不这样做将导致它忽略该事件。

每一步都这样完成是非常重要的。我一直在尝试各种不同的组合，但这种组合是唯一有效的。您无法发送 CTRL_C 事件。它将返回成功，但会被进程忽略。 CTRL_BREAK 是唯一有效的方法。这并不重要，因为它们最终都会调用 ExitProcess() 。

您也不能使用子进程 id 的进程分组 id 直接调用GenerateConsoleCtrlEvent()，从而允许帮助进程继续生存。这也会失败。

我花了一整天的时间试图让它发挥作用。这个解决方案对我有用，但如果有人有其他需要添加的内容，请做。我去了所有其他网络，发现很多人有类似的问题，但没有明确的解决方案。 GenerateConsoleCtrlEvent() 的工作原理也有点奇怪，所以如果有人知道更多细节，请分享。