exec.Command 调用 go tool pprof 时，即使工具打印“404 Not Found”等错误信息，cmd.Output() 仍返回 err == nil 且 out 为空——这是因为错误信息写入 stderr 而非 stdout，需改用 CombinedOutput() 才能完整捕获。
go 中 exec.command 调用 `go tool pprof` 时，即使工具打印“404 not found”等错误信息，`cmd.output()` 仍返回 `err == nil` 且 `out` 为空——这是因为错误信息写入 stderr 而非 stdout，需改用 `combinedoutput()` 才能完整捕获。
在 Go 中使用 os/exec 执行外部命令（如 go tool pprof）时，一个常见误区是默认认为所有终端可见的输出（包括错误提示）都会被 cmd.Output() 捕获。但事实并非如此：cmd.Output() 仅捕获标准输出（stdout），而像 pprof 这类工具将诊断信息、错误消息（如 server response: 404 Not Found）统一输出到标准错误（stderr）。因此，当 pprof 因目标地址不可达而失败时，Output() 返回空字节切片和 nil 错误——这并非表示命令成功，而是因为进程实际以退出码 0 正常结束（当前 pprof 的行为缺陷），且 stderr 未被读取。
要可靠捕获全部输出（含错误上下文），应使用 cmd.CombinedOutput()：
cmd := exec.Command("go", "tool", "pprof", "-dot", "-lines", "http://google.com")
out, err := cmd.CombinedOutput() // ✅ 同时捕获 stdout + stderr
if err != nil {
// 注意：即使 CombinedOutput() 返回 err != nil，
// 也通常意味着进程退出码非零（但 pprof 当前不遵守此约定）
log.Printf("pprof command failed: %v, output: %s", err, string(out))
panic(err)
}
fmt.Println(string(out)) // 包含 "server response: 404 Not Found" 等完整反馈⚠️ 关键注意事项：
- CombinedOutput() 返回的 err 由进程退出状态决定：若子进程以非零码退出，则 err != nil；但 go tool pprof 当前版本（截至 Go 1.22）在 HTTP 错误场景下仍返回退出码 0，导致 err 恒为 nil ——这是工具自身的设计缺陷，建议向 Go 官方提交 issue 推动修复。
- 因此，不能仅依赖 err 判断 pprof 是否成功。必须解析 out 内容，检查是否包含 server response:、failed to fetch、no profile data 等关键错误标识。
- 若需更精细控制（如分别处理 stdout/stderr），可显式设置 cmd.Stderr = &stderrBuf 和 cmd.Stdout = &stdoutBuf，再通过 cmd.Run() 执行，并结合 cmd.ProcessState.ExitCode() 判断真实退出状态。
✅ 最佳实践总结：
- 优先使用 CombinedOutput() 获取完整日志流；
- 始终检查输出内容中的语义错误（而非仅依赖 err）；
- 对生产级 profiling 集成，建议封装校验逻辑（例如正则匹配 (?i)error|failed|404|500|no profile）；
- 在调用前确保目标服务已启用 pprof（如 import _ "net/http/pprof" 并监听 /debug/pprof/）。
这样，你的 Go 程序才能真正健壮地响应 pprof 的各种失败场景。
