当使用 `go tool pprof` 远程采集性能数据时，若未提供本地可执行文件路径，pprof 将无法关联符号与源码，导致 `list` 命令报错“no source information”；正确做法是显式传入已编译的二进制文件。
在 Go 应用中启用 net/http/pprof 后，我们常通过 HTTP 接口远程采集 CPU、内存等性能数据，例如：
go tool pprof http://localhost:9000/debug/pprof/profile
该命令能成功加载 profile 数据，并支持 top10、web、svg 等交互式分析功能。但一旦执行 list MyFunc 或尝试展开具体函数源码，就会遇到如下错误：
(pprof) list MyFunc No source information for mypkg.MyFunc
根本原因在于：pprof 在仅接收 HTTP URL 时，只能下载原始 profile 样本（如 profile.pb.gz），但缺乏二进制文件中的调试信息（DWARF）、符号表及源码路径映射，因此无法将程序计数器（PC）地址反向解析为源码行。
✅ 正确用法：必须同时提供本地可执行文件路径
立即学习“go语言免费学习笔记（深入）”；
go tool pprof ./mybinary http://localhost:9000/debug/pprof/profile
其中 ./mybinary 是你本地构建的、未 strip 的、带调试信息的二进制文件（默认 go build 即满足）。此时 pprof 会：
- 读取二进制中的符号表与 DWARF 数据；
- 结合 profile 中的地址样本，精准映射到源码包、函数名与行号；
- 支持 list、disasm、peek 等源码级分析命令。
? 验证是否有效：进入 pprof 交互模式后，运行 file 可确认当前加载的二进制路径；运行 symbols MyFunc 应返回匹配的符号地址；再执行 list MyFunc 即可显示高亮源码（需确保 .go 文件在 GOPATH 或模块路径下可访问）。
⚠️ 注意事项：
- 不要使用 strip 或 -ldflags="-s -w" 构建二进制，否则将丢失符号与调试信息；
- 确保本地二进制与远程进程版本严格一致（建议用相同 commit + go build -a -v 构建）；
- 若项目使用 Go Modules，无需设置 GOPATH；pprof 会自动从二进制中提取 go.buildinfo 并定位源码；
- 在容器或远程部署场景中，应将构建产物（含 debug info）同步至调试机，而非依赖线上环境。
? 进阶提示：对于持续 profiling 场景，可配合 -http=":8080" 启动可视化服务：
go tool pprof -http=":8080" ./mybinary http://prod-server:9000/debug/pprof/profile
即可在浏览器中交互式浏览火焰图、调用树，并直接点击函数跳转至源码 —— 这正是高效性能分析的关键闭环。
