pprof不生成日志，而是生成二进制采样文件；需在代码中调用runtime/pprof API（如StartCPUProfile）写入带时间戳的磁盘文件，并确保GoLand构建的二进制保留调试符号以支持离线分析。
pprof 本身不生成“日志”，它生成的是二进制采样文件（如 profile.pb.gz、heap.pb.gz），所以 GoLand 里没有“pprof 日志持久化”这个配置项——你真正要做的，是让 Go 程序把 pprof 数据写到磁盘文件，并确保 GoLand 调试时能触发、捕获、保存这些文件。
GoLand 启动时如何让 pprof 数据落地为文件
net/http/pprof 默认只提供 HTTP 接口（如 /debug/pprof/profile），不自动写文件。想持久化，得自己调用 runtime/pprof API 写入 *os.File。
实操建议：
- 在关键路径（如服务启动后、压测前、或定时任务中）手动调用
pprof.StartCPUProfile/pprof.WriteHeapProfile，并指定打开的*os.File - 别用
os.Create直接覆盖同名文件——并发写或多次采集会冲突；改用带时间戳的路径，例如：fmt.Sprintf("cpu-%d.pb.gz", time.Now().UnixMilli()) - 务必
defer f.Close()和pprof.StopCPUProfile()，否则文件为空或损坏 - GoLand 调试时，可以在断点后手动执行这些语句（Evaluate Expression 面板），无需改代码
file, _ := os.Create("cpu-20260920.pb.gz")
defer file.Close()
pprof.StartCPUProfile(file)
time.Sleep(30 * time.Second)
pprof.StopCPUProfile()
为什么 GoLand 的 Run Configuration 里配了 -cpuprofile 却没生成文件
GoLand 的 Run Configuration → Program arguments 支持传 -cpuprofile=xxx.pb.gz，但这仅对 go test 有效，对普通 go run main.go 或直接运行二进制无效——Go runtime 不解析该 flag，除非你自己在 main() 里用 flag.String 解析并调用 pprof.StartCPUProfile。
常见错误现象：
- 配置了
-cpuprofile=cpu.pb.gz，但运行结束没看到文件 - GoLand 控制台输出 “flag provided but not defined”
解决办法：
- 要么改用
go test -cpuprofile=xxx.pb.gz .（需有测试函数） - 要么在代码里显式支持：
flag.StringVar(&cpuProfileFile, "cpuprofile", "", "write cpu profile to `file`")，然后检查非空再调用StartCPUProfile - GoLand 中 Program arguments 仅用于传递给
os.Args，不自动触发 pprof
GoLand 调试时如何安全保存 heap profile 到指定目录
/debug/pprof/heap?gc=1 返回的是 HTTP 响应体，不是文件。想存到磁盘，得用工具下载，或代码内写。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
推荐做法（调试友好）：
- 在 GoLand 的 Debug Console（不是 Terminal）里执行 Go 表达式：
import "io/ioutil"; ioutil.WriteFile("heap-debug.pb.gz", httpGetBytes("http://localhost:6060/debug/pprof/heap?gc=1"), 0644)
其中 httpGetBytes 需提前定义（可在 Evaluate Expression 里粘贴）：
import "net/http"; func httpGetBytes(url string) []byte { resp, _ := http.Get(url); defer resp.Body.Close(); b, _ := io.ReadAll(resp.Body); return b }
- 路径必须是 GoLand 进程有权限写的本地路径（如
/tmp/或项目根目录下./profiles/），不能写 Docker 容器内路径 - 若服务监听在
0.0.0.0:6060，确保 GoLand 所在机器能直连该地址（Docker Desktop for Mac/Windows 需注意端口映射）
离线分析时 GoLand 怎么关联源码和二进制
go tool pprof 离线分析时，若找不到原始编译产物（含调试符号的二进制），火焰图里全是 runtime.mallocgc、goph.newunknown，无法定位业务函数。
关键点：
- GoLand 构建的二进制默认不带调试信息（
-ldflags="-s -w"会被 IDE 自动加）——必须在Run Configuration → Go tool arguments里清除这些 flag - 构建后手动保留二进制：例如输出到
./build/myapp，再用go tool pprof ./build/myapp cpu.pb.gz - 不要依赖 GoLand 自动生成的临时二进制（路径类似
/private/var/folders/.../___go_build_main_go），它可能被清理 - 若用
go run调试，pprof 文件只能配合go tool pprof -http=:8080 localhost:6060/debug/pprof/profile实时看，无法离线关联源码
实际最稳的路径：GoLand 编译出可执行文件 → 手动触发 pprof 写文件 → 用终端 go tool pprof 分析该二进制 + 该文件。
GoLand 不是 pprof 文件管理器，它只是帮你跑程序、打断点、发 HTTP 请求——持久化的责任始终在代码逻辑和你的保存动作上。
