go-torch 不推荐用于 go 网络服务火焰图生成，因其依赖内核级采样路径导致容器权限失败、符号解析错误（go 1.20+ 兼容性差）、硬编码 localhost 连接、采样时长固定且不兼容 pprof raw 输出。
go-torch 已不推荐用于 Go 网络服务火焰图生成——它在生产环境基本不可用，且对 Go 1.20+ 符号解析失败率高，生成的火焰图常出现 ??? 或函数名截断。
为什么 go-torch 在 Go HTTP 服务上大概率失败
go-torch 依赖 go tool pprof 调用 perf（Linux）或 profile（macOS），但 Go 网络服务默认启用的是 wall-clock CPU profiler（即 /debug/pprof/profile），而 go-torch 的采样逻辑会错误地尝试走内核级采样路径，导致：
- 容器中因缺失
perf_event_open权限直接 panic，报错类似permission denied: perf_event_open - 即使本地跑通，
go-torch -u http://localhost:8080默认访问/debug/pprof/profile，但其内部调用pprof -raw输出格式与 FlameGraph 脚本不兼容，最终 SVG 中大量函数显示为runtime.goexit或空白 - HTTP 服务若监听非
localhost（如0.0.0.0:8080），go-torch 仍硬编码尝试 localhost，连不上就超时失败 - 采样时长固定为 30 秒，无法应对线上短时毛刺；且无超时控制，可能卡死在 curl 阶段
替代方案：用 go tool pprof 直接生成可用火焰图
Go 官方 go tool pprof 自 1.11 起已内置火焰图支持，无需额外 Perl 脚本，也不依赖 go-torch。对网络服务实操更稳：
- 确认服务已注册 pprof：在
main.go中有import _ "net/http/pprof"，且 HTTP server 启动后能访问http://localhost:8080/debug/pprof/ - 本地快速出图（推荐）：
go tool pprof -http=:8080 'http://localhost:8080/debug/pprof/profile?seconds=15'
- 生成离线 SVG：
go tool pprof -svg 'http://localhost:8080/debug/pprof/profile?seconds=15' > flame.svg
- 若服务监听
0.0.0.0但你从宿主机采集，确保防火墙放行端口，或改用curl -s http://127.0.0.1:8080/...避免 IPv6 解析问题
容器/K8s 环境下安全采集的关键点
在 Pod 里不能跑 perf，必须绕过内核、只用 Go 运行时自带的采样器：
- 不要用
go-torch或任何试图 execperf的工具 - 采集命令必须直指
/debug/pprof/profile?seconds=N，例如：kubectl exec my-app-pod -- curl -s 'http://localhost:6060/debug/pprof/profile?seconds=10' | go tool pprof -svg - > flame.svg
- 确保编译时未 strip 符号：
go build -ldflags="-s -w"会删掉函数名，火焰图只剩runtime.mcall类泛化名；应去掉-s -w或仅保留-w - 若服务带 Istio sidecar，避免经 ingress 或 service IP 采集，直连 Pod IP + port，否则流量被拦截或延迟放大
真正卡住人的不是“怎么画图”，而是符号没加载、采样目标错位、容器权限限制这三类底层细节——它们不会报错，只会让火焰图看起来“没热点”或“全是 runtime”。
