go 使用 `exec.command` 调用无显式 `return` 的 c 程序时，可能因寄存器残留值导致非零退出码（如 11），本质是 c 标准未定义行为所致，需在 `main` 函数中明确返回整数。
在 Go 中通过 exec.Command 执行本地 C 编译的可执行文件（如 ./a.out）时，若 C 程序 main() 函数未显式 return，其退出状态（exit status）将未定义——实际值通常取决于函数末尾寄存器（如 x86-64 的 %rax）的残留内容。你观察到的 exit status 11 正是该寄存器恰好存有字符串 "hello world" 的字节长度（11 字符，无换行），但这纯属巧合，不可依赖。
✅ 正确的 C 写法（必须显式返回）
#includeint main() { printf("hello world\n"); // 建议加换行便于调试 return 0; // 关键：明确返回 0 表示成功 }
编译后再次运行 Go 程序，cmd.Wait() 将返回 nil（对应 exit status 0）。
⚠️ Go 代码优化建议
你的原代码存在两个潜在问题：
- ioutil.ReadAll(stderr) 在 cmd.Start() 后立即调用，但此时子进程可能尚未写入 stderr，导致读取为空；
- 未检查 cmd.StdoutPipe() 或 cmd.StdinPipe()，若 C 程序有输出但未重定向，可能阻塞（尤其输出量大时）。
推荐改进版 Go 调用逻辑：
cmd := exec.Command("./a.out")
stdout, _ := cmd.StdoutPipe()
stderr, _ := cmd.StderrPipe()
if err := cmd.Start(); err != nil {
log.Fatal("启动失败:", err)
}
// 分别读取 stdout/stderr（避免竞态）
outBytes, _ := io.ReadAll(stdout)
errBytes, _ := io.ReadAll(stderr)
if err := cmd.Wait(); err != nil {
log.Printf("命令退出异常: %v, stderr: %s", err, string(errBytes))
} else {
log.Printf("成功执行，stdout: %s, stderr: %s", string(outBytes), string(errBytes))
}? 验证方法
- 在终端手动执行 ./a.out; echo $?，确认 C 程序真实退出码；
- 使用 strace -e trace=exit_group ./a.out 查看系统调用级退出值；
- 在 Go 中打印 cmd.ProcessState.ExitCode()（需 cmd.Wait() 后调用）。
总结：C 程序 main() 函数必须显式 return（通常 return 0 表示成功），否则其退出状态由 ABI 和编译器实现细节决定，Go 无法预测。这是 C 语言标准要求，而非 Go 或 exec 的 bug。
