当自身输出被重定向时，如何正确使用Windows ConPTY API

根因说明 #

这是Windows ConPTY的已知行为：当父进程的标准输入输出被重定向时，启动的PowerShell等控制台子进程会优先检测到继承自父进程的标准句柄，跳过ConPTY绑定逻辑，直接将输出写入继承的句柄，因此你无法从PTY的读取管道拿到任何数据。

修复步骤 #

需要修改代码中2处配置即可解决：

1. 显式通知子进程忽略继承的标准句柄
   在prepareStartupInformation函数初始化STARTUPINFOEXW结构后，新增标准句柄配置：

STARTUPINFOEXW prepareStartupInformation(HPCON hPCon)
{
    STARTUPINFOEXW startupInfo{sizeof(STARTUPINFOEXW)};
    // 新增配置开始
    startupInfo.StartupInfo.dwFlags |= STARTF_USESTDHANDLES;
    startupInfo.StartupInfo.hStdInput = INVALID_HANDLE_VALUE;
    startupInfo.StartupInfo.hStdOutput = INVALID_HANDLE_VALUE;
    startupInfo.StartupInfo.hStdError = INVALID_HANDLE_VALUE;
    // 新增配置结束

    SIZE_T bytesRequired = 0;
    if (InitializeProcThreadAttributeList(nullptr, 1, 0, &bytesRequired))
        throw std::runtime_error("InitializeProcThreadAttributeList wasn't expected to succeed at that time.");
    // 其余原有代码保持不变
    // ...
}

2. （可选）添加进程创建标志避免额外窗口
   如果修改后仍然存在异常，可在CreateProcessW调用的dwCreationFlags参数中新增CREATE_NO_WINDOW标志，强制子进程完全绑定到ConPTY：

if (!CreateProcessW(
    nullptr,
    cmdLineBuffer.data(),
    nullptr,
    nullptr,
    FALSE,
    EXTENDED_STARTUPINFO_PRESENT | CREATE_NO_WINDOW, // 新增CREATE_NO_WINDOW
    nullptr,
    nullptr,
    &startupInfo.StartupInfo,
    &processInfo)
)

原理说明 #

未显式配置STARTF_USESTDHANDLES时，Windows会默认让子进程继承父进程的所有标准句柄。PowerShell等控制台程序检测到存在可用的标准输出句柄时，会优先使用该句柄输出而不走ConPTY路径。显式将三个标准句柄设为INVALID_HANDLE_VALUE后，子进程会完全绑定到你创建的伪控制台，输入输出都走PTY管道，完全和父进程的重定向环境隔离。

内容的提问来源于stack exchange，提问作者ForNeVeR