GoLand中需手动启用pprof HTTP端点（import _ "net/http/pprof" + go http.ListenAndServe("localhost:6060", nil)），方可一键采集CPU profile、查看火焰图并双击跳转源码；内存与goroutine分析需终端wget手动获取pprof文件后导入分析。
在 GoLand 中直接启动并分析 Go 程序的 CPU 与内存热点，避免手动敲命令、下载 profile 文件、切换终端——你需要的是从 IDE 内一键触发采样、实时查看火焰图、双击跳转到具体源码行的完整闭环，而不是零散拼凑的命令行流程。
GoLand 中启用 pprof HTTP 接口
GoLand 本身不自动注入 pprof，必须在你的程序里显式启用 HTTP 调试端点，否则点击“Run with pprof”会提示无法连接 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 环境下 GoLand 无法回环解析）。
这一步漏掉任何一项，GoLand 的 pprof 功能就完全失效——它不会报错，只会静默等待超时，最后显示 “No profiles found”。
GoLand 内直接采集 CPU profile
方法一：右键运行配置 → Edit Configurations → 在 “Run kind” 下拉框中选择 “Profile with pprof” → 点击 Run 按钮（绿色三角）。
方法二：菜单栏 Run → Profile 'main' → 自动弹出 pprof 控制面板，顶部显示 “CPU profiling started”，30 秒倒计时开始。
GoLand 默认采样 30 秒，期间程序照常运行；你不需要做任何额外操作，也不用打开浏览器访问 /debug/pprof/profile。采样结束后，IDE 自动下载 cpu.pprof 并加载进内置分析器。
⚠️ 注意：若程序在 30 秒内已退出（比如 CLI 工具执行完立刻 return），profile 将为空。此时必须改用 runtime/pprof 手动控制启停，或延长主 goroutine 阻塞时间（如 time.Sleep(35 * time.Second)）。
定位 CPU 热点函数与源码行
第一步：在 GoLand 的 pprof 分析窗口左侧，点击 “Top functions” 标签页。
第二步：找到 flat% 列数值最高的函数，比如 json.Unmarshal 或 yourpkg.ProcessData —— 这个值代表该函数自身执行耗时占总采样的百分比，不是调用链累计值。
第三步：双击该函数名，GoLand 直接跳转到对应源码文件，并高亮显示每一行的耗时占比（单位：ms）。这里看到的行级数据，比命令行 go tool pprof list xxx 更直观，且无需调试符号（-ldflags="-s -w" 不影响行号显示）。
第四步：点击顶部工具栏的 “Flame Graph” 图标，生成交互式火焰图；鼠标悬停任意区块，显示函数名 + 耗时 + 占比；点击即可展开子调用栈。
如果某行显示 “
分析内存分配与存活对象
GoLand 不支持一键采集 heap profile，需手动触发：
打开终端（Alt+F12），执行：wget -O heap.pprof 'http://localhost:6060/debug/pprof/heap?gc=1'。必须加 ?gc=1，否则拿到的是 GC 后残留对象快照，无法反映真实泄漏源头。
执行完成后，在 GoLand 中 File → Open → 选中 heap.pprof 文件，IDE 会以 pprof 视图打开。
切换到 “Allocation” 标签页，看 “Allocated objects” 列——这里显示的是本次采集周期内新分配的对象总数，不是堆内存占用量。若某函数该列数值持续飙升，说明它在高频创建小对象（如 strings.Builder、[]byte）。
若要查当前存活对象，需用命令行：go tool pprof -sample_index=inuse_objects heap.pprof，GoLand 内置分析器不支持此模式。
排查 goroutine 泄漏
在 GoLand 终端中执行：wget -O goroutines.pprof 'http://localhost:6060/debug/pprof/goroutine?debug=2'。
debug=2 是硬性要求，缺了它只能看到几十行摘要，根本无法定位卡在 channel receive 或 mutex 上的 goroutine。
用 GoLand 打开 goroutines.pprof 后，点击 “Call Tree” 标签页，展开根节点，重点筛选状态为 “chan receive”、“select”、“semacquire”的 goroutine 调用栈。
如果发现同一 handler 函数反复出现且数量随请求递增，大概率是 defer cancel() 被遮蔽或 context.WithTimeout 未被正确传递——此时直接 Ctrl+Click 跳转到 handler 源码，检查 context 使用链。
