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