GoLand的pprof采样被runtime和net包干扰，因其默认不过滤系统库，需在Profiling配置中添加-focus正则（如"^main\.|^yourapp\."）并启用symbolized profile、确保二进制含调试信息，导出后用go tool pprof手动过滤才得清晰火焰图。
GoLand 里 pprof 采样为什么总被 runtime 和 net 包干扰
GoLand 自带的 pprof 分析器（Run → Profile）默认走 runtime/pprof 的 CPU 或 heap 采样，但不会自动过滤系统库——它把 runtime.mallocgc、net/http.serverHandler.ServeHTTP、runtime.gopark 全算进来，导致业务函数在 top 列表里排到十几名开外。这不是 GoLand 的 bug，是它没做任何符号过滤，直接用了原始 profile 数据。
用 -focus 过滤掉 runtime 和标准库调用栈
GoLand 底层调用的是 go tool pprof，所以真正起作用的是命令行参数。你不能在 GoLand UI 里点几下就“忽略系统库”，必须改它的 profile 启动配置：
- 打开 Run → Edit Configurations → 选中你的服务配置 → 点击 “Profiling” 标签页
- 在 “Additional pprof flags” 输入框里填：
-focus="^main\|^yourapp\."（把yourapp换成你模块的实际包名，比如myproject/handler） - 这个正则会只保留匹配到的函数，其他全折叠进
(unknown)——包括所有runtime.*、net/*、os/*调用 - 如果想保留部分标准库（比如只过滤 runtime），用
-ignore="^runtime\."更精准
为什么 -trim_path 和 -symbolize 配合才能看清业务代码
即使加了 -focus，你仍可能看到一堆地址（如 0x456789）或模糊函数名，原因有两个：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go build时被 strip：确保没加-ldflags="-s -w"，否则符号表丢失，-focus就失去作用对象 - GoLand 默认不传可执行文件路径给
go tool pprof，导致无法解析函数名；必须在 “Profiling” 设置里勾选 “Use symbolized profile” 并确认 binary 路径正确（通常是./yourapp） - 验证方式：终端执行
file ./yourapp，输出里要有with debug_info；再执行readelf -S ./yourapp | grep debug，能看到.debug_*段
别信 GoLand 的 “Flame Graph” 实时预览
GoLand 点击 profile 结果右上角的火焰图图标，会调用内置的 web 查看器，但它加载的是未经过滤的原始 profile，-focus 参数对它无效。真要看干净火焰图，得手动导出：
- Profile 完成后，在 GoLand 的 pprof 窗口点击 “Export” → 保存为
cpu.pb.gz - 终端执行：
go tool pprof -focus="^main\." -http=":8080" ./yourapp cpu.pb.gz - 浏览器打开
http://localhost:8080，这时的火焰图才真正按你的规则过滤过
最常被忽略的一点：GoLand 的 profiling 配置只影响下一次运行，每次改完 -focus 正则都要重新 run，它不会缓存或继承。线上问题复现时，这点差一点就可能错过关键调用链。
