在 Go 语言中，垃圾回收（GC）可能导致程序性能下降，请解释其背后的机制，并说明如何评估和缓解这种影响。
考察说明
考查对 Go 垃圾回收机制及其对程序性能影响的理解，以及性能优化意识。
回答思路
- 【回答框架 1】Go 的 GC 基于并发三色标记-清除算法，STW（停止世界）阶段会暂停所有用户 goroutine，导致延迟。GC 在堆分配达到阈值时触发，频繁分配会加剧 GC 频率，大量存活对象会增加标记和清除的开销。
- 【回答框架 2】GC 性能影响主要体现在 STW 停顿时间和 CPU 开销上。Go 通过写屏障、辅助 GC（mutator assists）、后台标记等机制尽力缩短 STW，但分配速率过高时，mutator assists 会迫使用户 goroutine 参与 GC，反而放大耗时。
- 【回答框架 3】可通过 GODEBUG=gctrace=1 观察 GC 日志，结合 pprof 定位内存分配热点，使用逃逸分析减少堆分配、对象池复用临时对象、调整 GOGC 参数（如增大 GOGC 降低频率）等方式缓解。
- 【回答框架 4】评估实际影响需结合延迟指标（如 p99）和性能压测，仅看 GC 次数或停顿时间可能误导，因为总暂停时间与分配率、堆大小、活动对象数量有关。
- 【关键点 1】GC 停顿（STW）和 CPU 额外开销是主要性能影响因素。
- 【关键点 2】频繁堆分配和大量存活对象会加重 GC 工作量。
- 【关键点 3】降低分配率（对象复用、逃逸分析）比调整 GOGC 更根本。
- 【关键点 4】使用 gctrace 和 pprof 量化 GC 影响，结合业务目标做权衡。
- 【易错点 1】认为 GC 停顿时间就是全部影响，忽略 mutator assists 的 CPU 开销。
- 【易错点 2】盲目调大 GOGC，可能导致内存占用过高，甚至触发 OOM。
- 【易错点 3】用 GC 日志的 STW 时间而不是用户可感知的延迟来评估性能。