如何正确读取子进程的stdout/stderr输出?

我写了一个程序 a.exe b.exe ,使用 CreateProcess 功能。调用者创建两个管道,并将两个管道的写入端作为stdout/stderr句柄传递给CreateProcess,以用于子进程。这实际上与 Creating a Child Process with Redirected Input and Output MSDN上的样本确实如此。

或 在stdout或stderr上的数据可用 WaitForMultipleObjects 函数在管道上不起作用),调用程序有两个运行的线程,这两个线程都执行(阻塞) ReadFile 调用stdout/stderr管道的读取端;下面是用于stdout/stderr的“read thread procedure”的确切代码(我并不是自己写这段代码的,我想是一些同事写的):

DWORD __stdcall ReadDataProc( void *handle )
{
    char buf[ 1024 ];
    DWORD nread;
    while ( ReadFile( (HANDLE)handle, buf, sizeof( buf ), &nread, NULL ) &&
            GetLastError() != ERROR_BROKEN_PIPE ) {
        if ( nread > 0 ) {
            fwrite( buf, nread, 1, stdout );
        }
    }
    fflush( stdout );
    return 0;
}

然后使用一个简单的 WaitForSingleObject b、 执行 终止。一旦该调用返回,两个读取线程就会终止(因为管道断开),并且两个管道的读取端都将使用 CloseHandle .

现在,我遇到的问题是: 可以 (取决于用户输入)启动比 b、 执行 守护进程本身基本上就是进程。在这种情况下,stdout/stderr管道的写入端被继承到该守护进程,因此管道永远不会中断。这意味着WaitForSingleObject调用 返回(因为 b、 执行 完成),但是对任何一个管道的CloseHandle调用都会阻塞,因为两个读取线程仍然位于各自的位置(阻塞!)ReadFile调用。

我如何解决这个问题而不终止两个读线程与暴力( TerminateThread )之后 b、 执行 返回?如果可能的话,我希望避免任何涉及管道和/或进程轮询的解决方案。

更新: 以下是我迄今为止尝试的:

1. 没有 b、 执行 继承 a、 执行
2. :似乎没有任何效果(如果有,我会感到惊讶)。
3. ReadDataProc 程序(在两个管道上读取)考虑 b、 执行 除了检查 ERROR_BROKEN_PIPE