go程序cpu高常因goroutine泄漏、死循环、高频定时器或阻塞调用未释放；应通过net/http/pprof采样分析，重点关注runtime.mcall/futex及goroutine泄漏场景。
排查 CPU 占用高的真实源头
Go 程序 CPU 高，不等于代码写得慢，更可能是 Goroutine 泄漏、死循环、高频定时器或阻塞式系统调用没释放。先别急着改逻辑，用 pprof 抓真实热点：
- 启动时加
net/http/pprof：在主程序里注册http.ListenAndServe(":6060", nil)，然后访问http://localhost:6060/debug/pprof/profile?seconds=30采样 30 秒 CPU 数据 - 用
go tool pprof分析：go tool pprof http://localhost:6060/debug/pprof/profile?seconds=30
进入交互后输入
top看耗时最多的函数，web生成调用图（需安装 graphviz） - 注意区分
runtime.mcall或runtime.futex占比高——这往往指向 Goroutine 频繁调度或锁竞争，不是业务代码问题
警惕 Goroutine 泄漏和无界并发
大量 Goroutine 不退出是 Go 服务 CPU 暴涨最常见原因，尤其在 HTTP 客户端、数据库连接、WebSocket 长连接场景下：
- HTTP 调用未设超时：
http.DefaultClient默认无超时，下游卡住就会堆积 Goroutine；务必用自定义http.Client并设置Timeout、Transport.IdleConnTimeout - for-select 循环中漏写
case ：Goroutine 无法被取消，随请求量线性增长 - 使用
sync.WaitGroup启动 Goroutine 但忘记wg.Done()，或wg.Wait()在错误位置阻塞主线程导致后续 Goroutine 不断新建 - 用
pprof查 Goroutine 数量：curl http://localhost:6060/debug/pprof/goroutine?debug=2，看是否稳定在数百以内；若持续上涨，基本可判定泄漏
减少高频系统调用和内存分配
CPU 高有时不是计算密集，而是频繁陷入内核态或 GC 压力大。典型表现是 runtime.sysmon、runtime.mallocgc 占比异常：
