为什么Rust中对Windows cmd.exe使用Stdio::piped()会报错？

报错核心原因 #

• Windows 平台的 cmd.exe 存在独有的控制台绑定校验逻辑：启动时会默认检测标准输出是否关联到系统控制台设备（Win32 层面的 CONOUT$ 句柄），如果检测到输出被重定向到非控制台的匿名管道，初始化阶段的内置输出逻辑（比如打印版本版权头、默认命令提示符）会尝试写入不存在的控制台句柄，直接触发 The process tried to write to a nonexistent pipe 报错。而 Linux 平台的 /bin/bash 没有这类强制控制台绑定校验，所以相同写法可以正常运行。
• Rust 标准库的 Stdio::piped() 在 Windows 上创建的是普通匿名管道，不属于控制台设备，刚好触发了 cmd.exe 的上述校验逻辑。删除 .stdout(Stdio::piped()) 后 cmd.exe 的标准输出默认绑定到父进程的控制台，校验通过就不会报错。

修复方案 #

方案1：添加进程创建标志禁用控制台窗口 #

通过 Windows 平台专属的进程创建参数 CREATE_NO_WINDOW ，告知系统不需要为 cmd.exe 分配控制台，规避控制台校验逻辑：

use std::process::{Command, Stdio};
// 导入Windows平台Command扩展 trait
use std::os::windows::process::CommandExt;

// Windows 进程创建标志：不创建新控制台窗口
const CREATE_NO_WINDOW: u32 = 0x08000000;

fn main() {
    let mut child_cmd = Command::new("cmd.exe")  
        .stdin(Stdio::piped())
        .stdout(Stdio::piped())
        // 建议同时重定向stderr，避免额外输出触发同类报错
        .stderr(Stdio::piped())
        .creation_flags(CREATE_NO_WINDOW)
        .spawn()
        .unwrap();   
    // 后续其他逻辑
}

方案2：使用静默参数启动cmd #

给 cmd.exe 传入 /Q 启动参数，禁用启动阶段的版本头、默认提示符打印逻辑，从根源避免初始化阶段的控制台写入操作：

let mut child_cmd = Command::new("cmd.exe")  
    .arg("/Q") // 静默启动，关闭默认输出
    .stdin(Stdio::piped())
    .stdout(Stdio::piped())
    .spawn()
    .unwrap();

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