Golang执行带管道的Windows命令无法获取输出结果问题

空输出问题由两个核心原因导致：

1. 编码不匹配：Windows下systeminfo命令默认输出为带BOM的UTF-16 LE编码，而findstr默认读取系统当前代码页（简体中文系统为GBK/936代码页）的输入，编码不一致导致findstr完全匹配不到目标字符串，直接返回空结果。
2. 管道逻辑与执行顺序错误：原生io.Pipe拼接进程的写法存在逻辑缺陷：先调用c1.Wait()再关闭管道写端，既可能触发死锁（c2输出缓冲区满时会阻塞c1写入，导致c1永远无法退出），也没有正确处理进程的错误返回。之前尝试cmd /C调用失败，本质是参数传递错误——管道符是cmd shell的内置语法，只有cmd能解析，传参时需要把完整的管道命令作为单个字符串传给/C参数，拆分传参会导致cmd解析失败。

方案1：直接调用cmd执行整条命令（推荐，和手动在cmd执行行为完全一致） #

不需要手动实现管道逻辑，直接交给cmd处理管道、编码等逻辑，是最稳妥的写法：

package main

import (
	"bytes"
	"fmt"
	"os/exec"
)

func main() {
	// 注意：/C 后直接传入完整命令字符串，不要拆分参数
	// 如果仍有编码问题，把命令换成 `chcp 65001 >nul && systeminfo | findstr /B /C:"OS Name"` 先切UTF-8代码页
	cmd := exec.Command("cmd", "/C", `systeminfo | findstr /B /C:"OS Name"`)
	var out, errBuf bytes.Buffer
	cmd.Stdout = &out
	cmd.Stderr = &errBuf
	if err := cmd.Run(); err != nil {
		fmt.Printf("执行失败: %v, 错误输出: %s\n", err, errBuf.String())
		return
	}
	fmt.Printf("执行结果:\n%s", out.String())
}

方案2：手动拼接进程管道（修正原有写法） #

如果需要手动控制两个进程的管道逻辑，需要修正执行顺序，同时处理编码转换：

package main

import (
	"bytes"
	"fmt"
	"io"
	"os/exec"

	"golang.org/x/text/encoding/unicode"
	"golang.org/x/text/transform"
)

func main() {
	c1 := exec.Command("systeminfo")
	c2 := exec.Command("findstr", "/B", `/C:"OS Name"`)

	r, w := io.Pipe()
	// 把systeminfo的输出从UTF16转成系统默认编码再传给findstr，避免编码不匹配
	c1.Stdout = transform.NewWriter(w, unicode.UTF16(unicode.LittleEndian, unicode.ExpectBOM).NewDecoder())
	c2.Stdin = r

	var outBuf, errBuf bytes.Buffer
	c2.Stdout = &outBuf
	c1.Stderr = &errBuf
	c2.Stderr = &errBuf

	// 先启动两个进程
	if err := c1.Start(); err != nil {
		fmt.Printf("启动systeminfo失败: %v, 错误: %s\n", err, errBuf.String())
		return
	}
	if err := c2.Start(); err != nil {
		fmt.Printf("启动findstr失败: %v, 错误: %s\n", err, errBuf.String())
		return
	}

	// 异步等待c1退出后关闭写端，避免死锁
	go func() {
		c1.Wait()
		w.Close()
	}()
	c2.Wait()

	fmt.Printf("执行结果:\n%s", outBuf.String())
}

• 不要把管道符|作为参数传给systeminfo或findstr，这两个命令本身不识别管道语法，只有cmd、powershell这类shell能解析。
• 用cmd /C传参时，后面的完整命令必须作为单个参数传入，拆分成多个参数会导致cmd解析命令失败。
• Windows内置命令的默认编码不统一，跨命令传数据时优先通过chcp 65001切换到UTF-8代码页，能避免90%以上的乱码、匹配失败问题。

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