在 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 for Windows。

Answer 1

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

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

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

我的解决方案基于here 的描述。但这也没有真正解释所有细节，所以这里是关于如何让它工作的细节。

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() 的工作原理也有点奇怪，所以如果有人知道更多细节，请分享。

Answer 2

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

void SendControlC(int pid)
{
    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
}