goland需手动启用pprof：在import中加_ "net/http/pprof"，启动http.listenandserve("localhost:6060", nil)，端口必须为6060且地址用localhost；cpu采样需程序持续运行30秒以上，内存/goroutine分析须手动导出导入。
GoLand 本身不自动注入 pprof，必须手动启用 HTTP 调试端点，否则点击 “Profile with pprof” 会静默失败，显示 “No profiles found”。
GoLand 中启用 pprof HTTP 端点
GoLand 的一键 CPU profile 功能依赖本地 localhost:6060/debug/pprof/ 可访问。它不接管你的代码启动逻辑，只负责采样和解析。
- 在
main.go的import块中添加_ "net/http/pprof"—— 下划线不能省略，这是触发init()注册路由的关键 - 在业务逻辑启动后、主 goroutine 阻塞前，加一行：
go http.ListenAndServe("localhost:6060", nil) - 端口必须是
6060（GoLand 默认只认这个）；地址必须写localhost，而非127.0.0.1（部分 macOS 环境下 DNS 回环解析失败） - 启动程序后，手动访问
http://localhost:6060/debug/pprof/，若返回 404，说明 import 或 mux 不匹配；若空白或超时，说明服务未启动或被阻塞
在 GoLand 中触发 CPU profile 采样
采样不是“运行就分析”，而是 IDE 在程序运行中主动拉取 cpu.pprof 文件并加载。它默认采样 30 秒，期间程序照常执行。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 右键运行配置 → Edit Configurations → 将 “Run kind” 改为
Profile with pprof - 或菜单栏 Run → Profile 'main'，IDE 自动弹出控制面板，显示倒计时
- ⚠️ 若程序是 CLI 工具，几秒内就退出（如
main()执行完直接 return），profile 必然为空 —— 此时需在main()结尾加time.Sleep(35 * time.Second)，或改用runtime/pprof.StartCPUProfile()手动控制启停 - 采样结束后，GoLand 自动下载并打开火焰图，左侧 “Top functions” 标签页按
flat%排序，数值最高者即自身耗时最多的函数
定位热点函数与源码行级耗时
GoLand 的优势在于双击跳转 + 行级标注，但前提是 profile 数据足够、符号表完整。它不显示汇编，也不支持 list 命令那样的精确指令级定位。
- 在 “Top functions” 中找到
flat%最高的函数（例如json.Unmarshal），双击即可跳转到定义处 - 跳转后，编辑器右侧会显示每行的耗时占比（单位 ms），注意：这是该行在采样周期内所有执行实例的累计耗时，不是单次调用开销
- 若某行显示 “0ms” 但函数整体
flat%很高，说明热点在调用外部函数（如系统调用、CGO、channel send/receive），需结合web视图看调用链 - 火焰图中宽而高的栈帧是重点，但 GoLand 不支持交互式缩放或过滤 —— 如需深入，仍要导出
cpu.pprof用命令行go tool pprof -http=:8080 cpu.pprof查看
内存与 goroutine 分析需手动介入
GoLand 的内置分析器目前仅支持 CPU profile 一键采集，内存和 goroutine profile 必须通过终端获取后导入。
- 内存 profile：
wget http://localhost:6060/debug/pprof/heap -O heap.pprof，然后在 GoLand 中 File → Open 导入 - goroutine profile（查泄漏）：
wget "http://localhost:6060/debug/pprof/goroutine?debug=2" -O goroutine.pprof——debug=2是关键，否则只看到摘要栈 - 导入后，GoLand 仅提供基础调用树视图，无法像
go tool pprof那样执行top、peek或disasm；若需对比两次 heap 快照增长量，必须用命令行pprof -base baseline.pprof after.pprof - 火焰图对内存 profile 支持有限，建议优先用
go tool pprof --alloc_space或--inuse_space区分分配总量 vs 实时占用
最易被忽略的点是：pprof 端点是否真正生效，不靠 IDE 提示，而靠你亲手 curl 一下 /debug/pprof/ 页面。很多问题根源不在分析工具，而在那行漏掉的 _ "net/http/pprof" 或那个写成 "127.0.0.1:6060" 的 ListenAndServe。
