处理与 GUI 应用程序挂起的 STDOUT 重定向

Question

我正在尝试创建一个模仿 cmd.exe 的应用程序。

我的应用程序应该能够启动新进程，打印它们的输出，并在子进程完成后完成。

这适用于控制台应用程序，但我在使用 GUI 应用程序时遇到问题。

我的逻辑如下：

1. 在父进程中，创建一个 STDOUT 重定向管道（将由子进程使用）。 该管道将​​被继承给子级，并将用作 STDOUT。 这是通过使用 CreateProcess + StartupInformation 结构来实现的（更多信息here）。

2. 创建子进程后，我使用 ReadFile 从管道中读取。 一旦 ReadFile 失败（或读取 0 个字节），我知道会话已经结束。

我对 GUI 应用程序的问题是它们挂在 ReadFile 上并且永远不会结束，只有在进程已终止时。

可以说这是一种正常的行为（我同意），但这不是 cmd.exe 的工作方式。

可以打开 cmd.exe 并启动 calc.exe，你会发现 cmd 并没有挂起，而是直接准备好进行新的输入。

就像 cmd.exe “知道”这是一个 GUI 应用程序，他们不需要等待。

我的问题是如何模仿 cmd.exe，防止在 GUI 应用程序上挂起的解决方案是什么？

非常感谢，

迈克尔。

Answer 1

感谢您的回复，但他们没有解决问题。

我自己找到了答案我的逆向cmd.exe和它的尴尬简单。

cmd.exe不会通过改变子进程STD句柄来重定向IO，在程序集中可以看得很清楚。

那么子进程输出是如何打印到屏幕上的呢？

似乎如果一个控制台应用程序尝试在另一个控制台应用程序上调用 CreateProcess，则不会打开新的控制台。面对新进程将“活”在父进程的控制台中。如果希望打开 2 个控制台，则应指定 CREATE_NEW_CONSOLE 标志。

那么 cmd.exe 是如何工作的呢？

它只是调用 CreateProcess，没有花哨的管道或类似的东西。

如果子进程是一个控制台应用程序，它的输出将被打印到 cmd.exe 控制台（因为只有一个控制台存在）。

如果子进程不是控制台应用程序，它将被创建并且 cmd.exe 将准备就绪。

下面的代码就是你所需要的：

STARTUPINFO si;
PROCESS_INFORMATION pi;

memset(&pi, 0, sizeof(pi));
memset(&si, 0, sizeof(si));
si.cb = sizeof(si);
CreateProcessA(NULL, "ipconfig", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi);