go tool pprof卡在“Fetching profile…”大概率因HTTP端点未暴露或注册失败；需确认已导入_ "net/http/pprof"、启动了http.ListenAndServe且curl http://localhost:6060/debug/pprof/能返回HTML列表。
go tool pprof http://... 为什么卡在 “Fetching profile…”
大概率不是工具问题，而是 HTTP 端点不可达或没注册成功。pprof 不会自动暴露接口，必须显式导入并启动 HTTP server。
常见原因和检查项：
-
import _ "net/http/pprof"这行代码必须存在，且不能被编译器优化掉（比如放在未引用的init函数里） -
http.ListenAndServe("localhost:6060", nil)绑定的是localhost，但容器或远程服务里访问时需改用0.0.0.0:6060 - 先手动
curl http://localhost:6060/debug/pprof/，返回 HTML 列表才算生效；如果 404 或连接拒绝，说明 handler 没挂上 - Mac 上 Chrome 可能拦截本地火焰图，换 Firefox，或加
-http=:8081启本地服务页
top 输出里 flat 和 cum 耗时差很多，该看哪个
flat 是函数自身执行时间（不含子调用），cum 是它及所有下游调用的总耗时。两者差异大，说明热点不在函数体内部，而在它调用的路径里。
典型场景：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
flat低、cum高：比如json.Marshal自身耗时少，但调用链里反复reflect.Value.Interface或字符串拼接占大头 → 应该下钻进list json.Marshal看具体哪行 -
flat高、cum接近：比如myapp.CPUHeavyFunc占 65%flat，说明瓶颈就在函数内部逻辑，比如没 break 的 for 循环、未索引的 map 查找 - 优化优先级：先盯
flat高且可简化（如字符串+=改strings.Builder），再看cum高的调用链是否能剪枝或缓存
go tool pprof ./myserver cpu.pprof 报错显示 ???
这是符号解析失败，90% 是二进制文件不匹配。pprof 不是纯数据解析器，它需要原始可执行文件来还原函数名和行号。
必须满足的条件：
- 分析用的二进制必须和采集 profile 时运行的**完全一致**：同一份
go build输出，不能是重编译、交叉编译、Docker 构建后拷出来的版本 - 容器内采集的 profile，必须用容器内同一镜像里的二进制分析（或把宿主机对应构建产物复制进去）
- 别用
go run main.go启动服务——它生成的是临时二进制，无法关联源码行；必须go build -o myserver . && ./myserver - 如果用了 strip 或 upx，符号表会被破坏，profile 就只剩地址，此时应保留未 strip 的 release 版本专用于分析
采样 30 秒，结果却看不出业务函数
空跑、冷启动、无真实流量都会导致采样无效。CPU profile 抓的是「正在执行指令」的栈，不是「谁在排队」。
有效采样的前提：
- 采样期间必须有稳定业务请求，比如用
ab -n 1000 -c 50 http://localhost:8080/api压测 - 避开程序刚启动阶段（GC、TLS 初始化、module init 等 runtime 行为会刷屏）
- 生产环境慎用 >60 秒采样：采样本身带来 5–10% 额外 CPU 开销，可能扰动 SLA
- 如果只看到
runtime.futex、runtime.mcall、syscall.Syscall，基本可以断定没流量或全是阻塞等待，不是计算瓶颈
