★ GC 的触发时机是什么？GOGC 与 GOMEMLIMIT 怎么调优？

结论先行

GC 主要按“堆增长幅度”触发：默认 GOGC=100 表示“上次 GC 后存活堆再次翻倍时触发下一次 GC”，实际由运行时 pacing 实时估算、会提前一点启动而非精确到点；此外还有约每 2 分钟一次的兜底强制 GC、runtime.GC() 手动触发，以及设置 GOMEMLIMIT 后为贴近内存上限而更早触发的路径。调优本质是在“吞吐、内存、延迟”三角里做取舍。

要点

• GOGC 语义：目标堆约等于 (1+GOGC/100) × 当前存活堆；100 即翻倍触发；调大让 GC 更懒（内存峰值高、CPU 更多给业务），调小让 GC 更勤（内存稳、CPU 花在回收上）。
• 触发路径一（分配驱动）：达到估算目标即触发，gcController 会根据分配速率预测并提前启动，避免硬撞目标造成尖峰停顿。
• 触发路径二（兜底强制）：距上次 GC 超过约 2 分钟且一直没触发，则强制执行一次，防止低分配场景内存长期不回收。
• 触发路径三（显式）：runtime.GC() 手动触发，通常只用于测试或特殊运维点，生产代码慎用。
• GOMEMLIMIT（Go 1.19+）：软内存上限，与 GOGC 协同生效——当按 GOGC 算出的目标会明显越过 limit 时，运行时主动更频繁地 GC。
• 软限制的含义：极端瞬时分配仍可能短暂超过 limit，它不能硬性阻止 OOM，只是让 GC 更积极；容器里一般设 cgroup 限额的 80%~90%，给非堆内存与 OS 留余量。
• 观察手段：GODEBUG=gctrace=1 看每次 GC 的堆前后与耗时、runtime/metrics 的 /gc/heap/goal 等指标、pprof 的 heap 采样。
• 调优路径：内存宽松求吞吐 → GOGC 调大（如 200~400）；内存受限容器 → 设 GOMEMLIMIT 且别把 GOGC 调太大；先度量再调参。

示例

var m runtime.MemStats
runtime.ReadMemStats(&m)
fmt.Printf("heap allocated: %d bytes\n", m.HeapAlloc)

// 环境变量示例（启动进程时设置）：
//   GOGC=200 ./app         更懒的 GC，更低频率
//   GOMEMLIMIT=4GiB ./app  内存软上限 4GiB
//   GODEBUG=gctrace=1 ./app 打印每次 GC 的详细日志

常见追问/记忆点

• 追问：GOGC=off 行不行？答：会关掉按堆增长的自动触发，只剩 2 分钟兜底等路径，内存极易失控，生产别用。
• 追问：GOMEMLIMIT 能防 OOM 吗？答：不能硬保证，它是软目标；真防 OOM 要靠容器限额加合理的 GOGC/limit 组合。
• 追问：怎么判断 GC 是不是瓶颈？答：看 gctrace 的耗时占比与 pprof 的 CPU 样本，GC 占比高才值得调参。
• 记忆：100 = 翻倍触发；limit 让 GC 提前；吞吐、内存、延迟三者只能取舍。