本文解决 Go 程序中使用 exec.Command 执行子命令时因换行符残留导致参数解析异常、进而使后续命令（如 go test）仅输出首行结果的问题，核心在于清理 glide novendor 输出末尾的 \n 并安全拆分参数。
本文解决 Go 程序中使用 `exec.Command` 执行子命令时因换行符残留导致参数解析异常、进而使后续命令（如 `go test`）仅输出首行结果的问题，核心在于清理 `glide novendor` 输出末尾的 `\n` 并安全拆分参数。
在 Go 中调用外部命令获取动态参数（例如通过 glide novendor 获取待测试路径列表）时，一个常见陷阱是：**子命令的标准输出末尾自带换行符（\n），而直接对 out.String() 调用 strings.Split(..., " ") 会导致最后一个参数末尾残留 \n，从而被 exec.Command 错误识别为路径的一部分（如 "./scripts/\n"），最终引发 go test 行为异常——表现为仅显示首行 ok ...，实际测试过程被静默截断或失败。
根本原因并非 cmd.Run() 本身限制输出行数，而是错误的参数构造破坏了 go test 的路径解析逻辑。修复关键在于：在将 glide novendor 输出拆分为参数前，彻底清理每项字符串的首尾空白符（特别是换行符）。
以下是修正后的完整逻辑（含健壮性增强）：
// 步骤1：执行 glide novendor，捕获完整输出
cmd := exec.Command("glide", "novendor")
var out bytes.Buffer
cmd.Stdout = &out
cmd.Stderr = os.Stderr // 建议同时重定向 stderr，便于调试
err := cmd.Run()
if err != nil {
log.Fatal("Failed to run `glide novendor`: ", err)
}
// 步骤2：安全解析输出 —— 先 Trim 换行，再按空格分割，最后过滤空字符串
rawOutput := strings.TrimSpace(out.String()) // 移除首尾所有空白（含 \n, \r, \t, space）
if rawOutput == "" {
log.Fatal("`glide novendor` returned no paths")
}
paths := strings.Fields(rawOutput) // strings.Fields 自动按任意空白分割，并忽略空字段
// 步骤3：构建 go test 命令
args := append([]string{"test"}, paths...)
cmd = exec.Command("go", args...)
cmd.Stdout = os.Stdout
cmd.Stderr = os.Stderr // 确保错误和详细测试输出均可见
err = cmd.Run()
if err != nil {
log.Fatal("Failed to run `go test`: ", err)
}✅ 关键改进说明：
- 使用 strings.TrimSpace() 替代手动 Trim("\n")：更鲁棒地处理 \r\n（Windows）、多余空格等边界情况；
- 使用 strings.Fields() 替代 strings.Split(..., " ")：自动跳过连续空格、首尾空格，避免生成空字符串参数；
- 显式重定向 cmd.Stderr：确保 go test 的失败详情、覆盖率报告等完整输出不丢失；
- 添加空输出校验：防止 glide novendor 异常返回空字符串导致 go test 无参数运行（默认测试当前目录，非预期行为）。
⚠️ 注意事项：
- glide 已归档（EOL），建议迁移至 Go Modules（go mod tidy && go test ./...）以获得原生、稳定的支持；
- 若必须兼容旧工具链，请确保 glide 版本输出格式一致（路径间以空格分隔）；
- 避免在参数中直接拼接未清洗的用户/命令输出，这是典型的安全与稳定性风险点。
通过以上修正，go test 将接收干净的路径列表，完整输出所有测试包的结果（包括 PASS/FAIL 详情、耗时、覆盖率等），与终端直连执行效果完全一致。
