Как работает сборщик мусора Go

Сборщик Go конкурентный, трёхцветный, mark-and-sweep, неперемещающий и без поколений. Цикл начинается короткой паузой, где включается write barrier. Дальше маркировка идёт параллельно программе: фоновые воркеры GC занимают около четверти CPU, а горутины, которые активно выделяют память, привлекаются к маркировке (mark assist), это и даёт рост задержек под нагрузкой. Потом вторая короткая пауза на завершение маркировки и ленивый sweep. Когда стартовать, решает pacer: по GOGC, по умолчанию при росте кучи вдвое от живой, с Go 1.18 с учётом стеков и глобальных. GOMEMLIMIT задаёт мягкий потолок, в контейнере ставлю его на 85-90% лимита. Поколений нет, потому что escape analysis и так оставляет много короткоживущего на стеке, а неперемещающий GC проще сочетается с указателями наружу. В Go 1.25 появился экспериментальный Green Tea, который сканирует память блоками и лучше использует кеш. На практике разбирал так: GODEBUG=gctrace=1 для частоты циклов, heap-профиль alloc_space для горячих аллокаций, inuse_space и сравнение снимков для утечки, плюс метрики из runtime/metrics в Prometheus.