GoLand无法直接导出标准pprof文件，因其Profile功能生成私有.snapshot格式；需在代码中用runtime/pprof手动采集CPU/heap数据并写入.cpu/.pprof文件，再通过go tool pprof命令行分析。
GoLand 里直接导出 profile 文件不现实
GoLand 本身不提供「一键点击导出 CPU/heap profile 文件」的功能。它没有内置 pprof 采集逻辑，也不能替代 runtime/pprof 或 net/http/pprof 的实际采样行为。你看到的「Profile」菜单项（如 Run → Profile 'main'）底层调用的是 GoLand 自己封装的采样器，输出的是私有格式（.snapshot），不是标准 .pprof 文件，go tool pprof 无法读取。
正确做法：在代码里用 runtime/pprof 手动写入文件
想得到能被 go tool pprof 分析的标准 profile 文件，必须自己控制采样启停和写入路径。常见组合是：StartCPUProfile + StopCPUProfile，或 WriteHeapProfile。
- 确保
import "runtime/pprof"（不用下划线） - CPU profile 要显式启动并保持足够时长（至少 1 秒以上，否则可能为空）：
fi, _ := os.Create("cpu.pprof")
pprof.StartCPUProfile(fi)
defer pprof.StopCPUProfile() // 注意：必须在采样结束后调用
// ... 你想要分析的业务逻辑 ...
time.Sleep(2 * time.Second) // 给足采样时间
- 内存 profile 更简单，无需启停，直接写快照：
fi, _ := os.Create("heap.pprof")
pprof.WriteHeapProfile(fi)
fi.Close()
- 文件路径建议用绝对路径或明确相对路径，避免 GoLand 运行工作目录不一致导致写入失败
- 不要依赖
defer在程序退出前才写 —— 如果程序 panic 或被 kill，profile 就丢了
GoLand 调试时怎么触发采集？
不能靠断点或「Run with Coverage」来代替 profiling。你需要让程序跑起来，并在合适时机（比如 HTTP handler 里、CLI 命令执行后、或加个临时 http.HandleFunc("/debug/pprof/dump", ...)）主动调用写入逻辑。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 推荐加一个临时 HTTP 接口，例如
/debug/pprof/dump?mode=cpu，收到请求就生成对应 profile 并返回文件名 - 或者用命令行参数控制，比如
go run main.go -profile=cpu，启动时自动开始采样 - GoLand 的「Run Configurations」里可以设置 Program arguments，方便切换不同 profile 模式
- 注意：CPU profile 期间会带来约 5–10% 性能开销，别在高负载生产环境长期开着
导出后怎么在 GoLand 里看？其实不该在 GoLand 看
GoLand 不支持加载和可视化标准 .pprof 文件。你得切到终端执行：
go tool pprof cpu.pprof
然后用 top、list 函数名、web（需 Graphviz）等命令交互分析。如果想图形化，web 会打开浏览器；svg 输出火焰图；peek 查某函数调用链 —— 这些都比 GoLand 自带的 profiler 视图更贴近真实 Go 运行态。
真正容易被忽略的一点：profile 文件是否包含符号信息，取决于编译时是否禁用了优化（-gcflags="-l"）或 strip 了调试信息。如果 go tool pprof 里看到一堆 ??? 或地址而非函数名，八成是这个原因。
