goland无需插件即可用pprof，但必须手动暴露/debug/pprof/端点：导入_ "net/http/pprof"并启动独立http服务（如127.0.0.1:6060），自定义框架需显式挂载；goland默认抓inuse_space，查高频分配须手动请求?alloc_objects并设runtime.memprofilerate。
GoLand 里不装插件也能用 pprof，但得手动配 HTTP 端口
GoLand 本身不内置 pprof 可视化界面，它只负责启动程序和转发调试信号；真正起作用的是 Go 自带的 net/http/pprof，你得先让服务暴露 /debug/pprof/ 路由，否则 GoLand 点任何按钮都连不上。
常见错误现象：在 GoLand 里点「Profile」→「Memory」，结果弹窗报错 failed to fetch profile: 404 Not Found 或直接卡住——根本不是 GoLand 的问题，是你的程序压根没开 pprof HTTP 接口。
- 在
main()开头加import _ "net/http/pprof"（注意下划线） - 另起 goroutine 启一个独立 HTTP server，比如
go http.ListenAndServe("127.0.0.1:6060", nil)；别用:6060（绑定所有网卡），生产环境必须限制为127.0.0.1 - 如果项目已用 Gin/Echo 等框架，不能只靠 import，还得显式挂载路由：
r.Any("/debug/pprof/*pprof", gin.WrapH(http.DefaultServeMux))
GoLand Profile 按钮默认抓的是 inuse_space，但高频分配得看 alloc_objects
GoLand 界面点「Memory」后自动发起的请求是 /debug/pprof/heap，它返回的是 inuse_space（当前存活对象），对排查 GC 压力大、短生命周期对象狂刷内存这类问题完全无效。
容易踩的坑：看到 inuse_space 很低，就以为“没内存问题”，结果服务延迟飙升、GC 次数翻倍——真凶藏在 /debug/pprof/heap?alloc_objects 里。
- GoLand 不支持直接改 URL 参数，所以别依赖它的图形按钮，改用终端手动抓：
go tool pprof http://localhost:6060/debug/pprof/heap?alloc_objects - 进交互模式后输
top，看的是「分配次数最多」的函数，不是内存大小；若 top 显示大量runtime.malg，说明逃逸严重，该补go build -gcflags="-m"看逃逸分析了 - 想对比两次分配差异？用
go tool pprof -diff_base baseline.pb.gz current.pb.gz，baseline 必须是空载或低负载时采集的
GoLand 调试器和 pprof 共存时，runtime.MemProfileRate 必须提前设
runtime.MemProfileRate 是开关，不是采样开关而是「是否记录分配行为」的总闸。默认值是 0，意味着所有 make、new、append 都不记——哪怕你开了 pprof HTTP 接口，?alloc_objects 也永远为空。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
这个设置只对「设完之后」的分配生效；main 包初始化阶段（比如全局变量 var buf = make([]byte, 1024)）不会被捕捉，所以必须在 main() 最开头设。
- 加这行：
runtime.MemProfileRate = 512 * 1024（每 512KB 分配记一次，平衡精度与开销） - 测试时 OOM 了？跑
go test -memprofile mem.out -memprofilerate=1，-memprofilerate=1才能强制记录每次分配 - 别在 init() 或包级变量里设，它必须在 main 函数第一行执行，否则漏掉启动期分配热点
GoLand 的火焰图默认不显示 alloc_space，得切到 Web 界面手动选
GoLand 内置的火焰图（点击 Profile → 「Flame Graph」）底层调用的是 go tool pprof -http，但它默认加载的是 inuse_space 数据，而 alloc_space（累计分配字节数）才是定位大对象构造（如 json.Unmarshal 解析大 payload）的关键指标。
Web 界面右上角有个下拉框，默认选的是 inuse_space，不手动切，你永远看不到谁在疯狂分配 MB 级对象。
- 先运行：
go tool pprof -http=:8081 http://localhost:6060/debug/pprof/heap?alloc_space - 打开
http://localhost:8081，顶部 dropdown 切成alloc_space，节点粗细才对应真实分配量 - 若火焰图里全是
http.HandlerFunc或匿名函数，大概率是框架中间件（如 Gin 的 Logger、Recovery）干扰了堆栈，得关掉它们再测一次
GoLand 只是启动器和 UI 壳，真正的内存分配分析逻辑全在 Go runtime 和 pprof 工具链里；最常被忽略的是三件事：MemProfileRate 没设、?alloc_objects 没加参数、Web 火焰图没手动切指标。这三处任一遗漏，看到的都是假数据。
