goland 直接运行无法触发 pprof 是因未启用 net/http/pprof、未配置调试符号及缺失手动路由挂载；需代码导入 _ "net/http/pprof"、启动默认 http 服务或手动注册路由，并在 run configuration 中添加 -gcflags="all=-l" -ldflags="-compressdwarf=false"，再通过终端用 go tool pprof 分析。
GoLand 里直接点 run/debug 按钮无法触发 pprof 采集
GoLand 默认的 Run Configuration 启动方式（比如直接点 ▶️）不会自动启用 net/http/pprof，也不会开启任何 profile 接口。它只是运行你的程序，和普通 go run main.go 一样——pprof 根本没加载，更别说采集了。
你看到的“启动后访问 /debug/pprof/ 404”，90% 是因为这个原因：没导入、没注册、没监听，不是 GoLand 的 bug，是你没配对入口。
- 必须在代码里显式 import
_ "net/http/pprof"（下划线导入，触发 init 注册） - HTTP server 必须用
http.ListenAndServe(":6060", nil)这类方式启动（即使用http.DefaultServeMux），否则路由不生效 - 如果用了 Gin、Echo 或自定义
http.ServeMux，得手动挂载所有/debug/pprof/*路由，不能只靠下划线导入
GoLand 的 Run Configuration 要手动加 -gcflags 和 -ldflags
默认构建不带调试符号，GoLand 的 “Run” 或 “Debug” 按钮生成的二进制会默认 strip 掉 DWARF 信息，导致后续用 go tool pprof 分析时全是 [unknown] 或地址（如 0x456789），根本看不到函数名和行号。
必须改 Run Configuration → Go Build → “Build flags” 里填：
-gcflags="all=-l" -ldflags="-compressdwarf=false"
说明：
-
-gcflags="all=-l"禁用内联，让函数边界清晰，top 和 list 更准 -
-ldflags="-compressdwarf=false"确保 DWARF 符号表未被压缩（Go 1.25+ 默认开启压缩，pprof 解析失败率陡增） - 绝对不要加
-ldflags="-s -w"—— 这是生产发布才用的，开发期禁用
在 GoLand 里分析 CPU profile 得分两步走：先采样，再离线加载
GoLand 自身不提供 pprof 可视化界面，也不能直接渲染火焰图。它的作用只是帮你跑起服务 + 生成带符号的二进制。真分析必须切到终端，用 go tool pprof。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
推荐流程：
- 在 GoLand 中启动服务（确保端口如
:6060可访问） - 终端执行：
go tool pprof http://localhost:6060/debug/pprof/profile?seconds=10（单引号包裹 URL 防 shell 解析 ?） - 进入交互后输入
top：看flat列单位是否为s（秒），不是 MB；若仍是地址或runtime.mcall，说明二进制没符号或没传对 - 确认成功后，用
web生成 SVG，或list MyFunc查具体函数耗时行
注意：go tool pprof -http=:8080 在 GoLand 终端里常因缺 dot 工具静默失败，别依赖它点按钮出图。
火焰图在 GoLand 里打不开？那是因为少了一步 raw 导出
GoLand 无法直接打开 .svg 火焰图（即使你用 go tool pprof -svg 生成），而且 -svg 实际输出的是调用图（callgraph），不是火焰图（flame graph）。真火焰图必须走 -raw + flamegraph.pl。
正确做法：
- 终端执行：
go tool pprof -raw -lines ./myapp cpu.out > stacks.txt（./myapp是 GoLand 构建出的带符号二进制） - 再运行：
./flamegraph.pl stacks.txt > flame.svg - 最后在 GoLand 中右键
flame.svg→ “Open in Browser” 查看
关键点：-raw 不可省，否则 flamegraph.pl 读不了格式；stacks.txt 里每行是折叠栈（如 main.handle /home/x/main.go:42;runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:1599），宽度才真正对应 CPU 时间占比。
