Go GC pacer 变慢时如何区分堆增长和 CPU 压力

Go 服务出现 GC 周期变密、延迟抖动或 CPU 升高时，看到 “pacer 变慢” 不要先改 GOGC。先把两个问题分开：每次回收后仍然留下更多对象，这是堆增长；存活堆基本稳定，但 GC 标记、分配或 mutator assist 占掉更多 CPU，这是 CPU 压力。两者可能同时发生，但修复方向完全不同。

先把 pacer 变慢拆成堆增长和 CPU 压力

pacer 的工作不是简单地“定时做一次 GC”，而是根据应用分配速度、可扫描对象规模和扫描吞吐安排并发标记。回收后的存活堆变大，会把下一轮目标堆推高；分配速度变快，则会让目标更快被追上。扫描来不及完成时，业务 goroutine 还可能被迫做 mutator assist。

所以第一问不是“GC 花了几毫秒”，而是“回收之后还剩多少”。如果连续几轮的 live heap 都抬高，优先看缓存、切片引用、队列积压、请求上下文和对象生命周期。如果 live heap 横盘，但 GC 次数、分配速率或 GC CPU 样本明显增加，才更像 CPU 压力。

用 gctrace 和运行时指标采集同一时间窗

先临时打开核心 GC trace，记录一段有代表性的流量。gcpacertrace 更底层、输出更多，适合在确认需要时短时间开启，不要长期写入生产日志。

# 只在复现窗口开启，输出写到标准错误；结束后去掉变量
GODEBUG=gctrace=1,gcpacertrace=1 ./service 2>gc.trace

gctrace 主要帮助你看 GC 是否变频繁、回收前后的堆规模和暂停摘要；它不是单独的根因证明。把同一时间窗的运行时指标和 CPU profile 一起保存，至少关注下面几类证据：

用存活堆趋势区分堆增长

把多轮 trace 按时间排开，不要只看 RSS。RSS 还包含运行时、堆释放策略以及非 Go 内存，单看它无法证明 Go 堆泄漏。更可靠的信号是：回收完成后 live heap 基线持续抬升，heap goal 也随之抬升；同时业务吞吐或输入规模没有下降到足以解释这个变化。

这时先做对象生命周期排查：是否把大切片的一个小切片长期放进缓存，是否有 channel 或 worker 队列积压，是否把请求对象挂到了全局结构，是否因为 map key 或闭包引用让本应结束的对象仍可达。修复引用关系后，用相同负载再次观察“回收后基线”，不要用一次 runtime.GC() 的瞬时结果替代趋势。

用 CPU profile 和 assist 线索确认 CPU 压力

如果 live heap 没有持续上涨，但延迟和 CPU 同时恶化，转向 CPU profile。runtime.gcBgMarkWorker 占比上升，说明后台标记在消耗更多 CPU；runtime.mallocgc 占比上升，常见于分配过多；业务 goroutine 进入 assist，则说明应用线程也在帮 GC 赶进度。反过来，如果热点主要还是业务 handler、序列化或压缩函数，就不能把锅全部甩给 pacer。

确认 CPU 压力后，优先减少短命对象和无效分配，复用合适的缓冲区，缩小批处理峰值，并检查是否把 GOMEMLIMIT 设得过紧。GOGC 是 CPU 与内存的权衡旋钮：提高它通常减少 GC CPU、增加堆占用；降低它相反。不要在存活堆持续上升时靠提高 GOGC 掩盖问题，也不要在共享内存环境里盲目把内存限制调到极低。

修复后用同一负载复查

复查要固定输入：相同请求类型、相近并发、相同采样时长。把修改前后的四项数据放在一起：回收后 live heap 基线、GC 周期数、GC 相关 CPU 占比、服务延迟。理想结果不是“GC 消失”，而是 live heap 不再无故抬升，GC 工作量与分配速率相称，业务 CPU 和延迟回到可接受范围。

• live heap 下降但 GC CPU 上升：对象活得更短了，继续评估分配成本。
• GC CPU 下降但 RSS 撑高：检查 GOGC、GOMEMLIMIT 和堆释放，而不是只看 pause。
• 数据互相矛盾：先确认采样窗口、进程实例和流量是否一致，再下结论。

相关问题

只看到 GC pause 变长，能判断是堆增长吗？

不能。pause 受阶段、调度和系统负载影响，必须与回收后 live heap、GC 周期和 CPU profile 一起看。

gcpacertrace 要不要一直打开？

不建议。它用于深入诊断 pacer，输出量大；通常先用 gctrace=1 建立时间窗，再短时补充 pacer trace。

什么时候先调 GOGC？

当对象留存和分配路径已经解释清楚，且确实是在可接受的内存余量与 GC CPU 之间做取舍时再调；它不是内存泄漏修复手段。