面试回答
Go 语言的垃圾回收（GC）触发时机主要分为三种情况：内存分配阈值触发、定时触发和手动触发。
最常见的是内存分配阈值触发。当新分配的堆内存达到上一次 GC 结束后存活对象大小的特定比例时，就会触发 GC。这个比例由环境变量 GOGC 控制，默认值是 100，意味着堆内存增长一倍时会触发。
其次是定时触发。Go 运行时的后台监控线程（sysmon）会定期检查，如果距离上一次 GC 已经超过了 2 分钟，即使内存没有达到阈值，也会强制触发一次 GC。这是为了防止某些内存分配极慢的程序长时间不进行垃圾回收。
最后是手动触发。开发者可以在代码中显式调用 runtime.GC() 来强制执行垃圾回收。这通常只在特定的性能调优、内存密集型任务结束后，或者基准测试时使用，业务代码中极少直接调用。
系统讲解
Go 语言的 GC 触发机制设计，旨在在内存占用和 CPU 消耗之间取得平衡。以下是三种触发机制的详细解析。
内存分配阈值触发
这是 Go 程序在正常运行中最主要的 GC 触发方式。每次在堆上分配内存时，Go 运行时都会检查是否达到了触发条件。
- 触发条件：当前堆内存大小 上次 GC 后的堆内存大小 。
- 控制参数：环境变量
GOGC（或通过runtime/debug.SetGCPercent动态修改）。GOGC=100（默认）：堆内存翻倍时触发。GOGC=off或< 0：关闭基于内存分配的 GC 触发。
- 底层机制：在
runtime.mallocgc函数中，当分配对象导致堆内存超过计算出的阈值（gc_trigger.heap）时，会启动 GC 循环。
定时触发
定时触发是一种兜底机制，用于处理内存分配非常缓慢，但又持有大量垃圾对象的场景。
- 触发条件：距离上一次 GC 完成的时间超过了
forcegcperiod（默认 2 分钟）。 - 底层机制：Go 运行时的系统监控线程
sysmon会在后台不断循环。它会检查runtime.forcegc标志，如果发现超时，就会将该标志置为 true，并唤醒后台的 GC 协程来执行垃圾回收。
手动触发
开发者主动干预垃圾回收过程。
- 触发方式：调用
runtime.GC()。 - 行为特征：这是一个阻塞调用。调用它的 Goroutine 会被阻塞，直到整个 GC 周期（标记、清扫等）完全结束。
- 适用场景：
- 内存消耗极大的批处理任务结束后，希望立即将内存归还给操作系统。
- 编写基准测试（Benchmark）时，为了排除之前测试产生的垃圾对象的干扰，通常会在测试开始前调用一次。
核心机制对比
| 触发方式 | 触发条件 | 监控/触发者 | 适用场景 |
|---|---|---|---|
| 内存分配触发 | 堆内存增长达到 GOGC 比例 | runtime.mallocgc (分配内存时) | 常规业务运行，最主要的触发方式 |
| 定时触发 | 距离上次 GC 超过 2 分钟 | sysmon (后台监控线程) | 内存分配极慢的程序，作为兜底机制 |
| 手动触发 | 代码中调用 runtime.GC() | 开发者 (业务代码) | 性能调优、基准测试、特定批处理任务 |
GOMEMLIMIT 机制补充在 Go 1.19 版本中，引入了
GOMEMLIMIT环境变量。这是一种软内存限制机制。当 Go 程序的总内存占用接近GOMEMLIMIT设定的阈值时，即使没有达到GOGC的比例，也会频繁触发 GC，以尽量避免发生 OOM (Out of Memory)。这为容器化环境下的 Go 应用提供了更好的内存保护。