当使用 `go tool pprof` 远程采集性能数据时，若执行 `list` 命令提示 “no source information”，根本原因是未提供可执行二进制文件——pprof 需要该二进制中的 dwarf 调试信息才能映射符号到源码行。
在 Go 中启用 net/http/pprof 后，通过 HTTP 接口（如 http://localhost:9000/debug/pprof/profile）可成功采集 CPU、内存等 profile 数据，top10、web、svg 等命令也能正常工作。但一旦尝试使用 list MyFunc 查看具体函数源码，却报错：
(pprof) list MyFunc No source information for mypkg.MyFunc
这是因为：远程采集的 profile 数据本身不包含源码路径、行号或调试符号信息；pprof 仅能通过本地二进制文件中嵌入的 DWARF 信息完成符号解析与源码定位。而默认调用 go tool pprof http://... 时，pprof 会以“无二进制模式”加载 profile，失去源码关联能力。
✅ 正确做法是：显式传入编译生成的可执行文件路径，使 pprof 能读取其调试信息：
# ✅ 正确：指定二进制 + profile URL go tool pprof ./mybinary http://localhost:9000/debug/pprof/profile # 进入交互式 pprof 后即可正常使用 (pprof) list MyFunc
⚠️ 注意事项：
立即学习“go语言免费学习笔记（深入）”；
- 二进制必须由 未 strip 的 go build 生成（默认即满足）；若使用 go build -ldflags="-s -w" 将移除调试信息，导致 list 失效；
- 构建与分析需在相同 GOPATH / Go module 环境下进行，确保源码路径可被准确解析（Go 1.12+ 模块模式下，pprof 会依据二进制中记录的 build ID 和 file paths 查找 $GOROOT/src 或 vendor/replace 下的源文件）；
- 若源码已移动或工作目录变更，可临时设置 GODEBUG=pprofpath=/path/to/src（非官方推荐，优先保证原始构建环境一致）；
- 使用 go tool pprof -http=:8080 ./mybinary http://... 可启动 Web 界面，点击函数名直接跳转高亮源码，体验更直观。
? 总结：pprof 的 list 功能不是“纯远程调试”，而是“本地符号+远程采样”的协同分析。牢记「始终携带原始二进制」这一原则，即可稳定获得完整的源码级性能洞察。
