Горутина, навсегда заблокированная на канале, мьютексе или вводе-выводе, никогда не завершится и держит стек и всё, на что ссылается. Типичные причины: отправка в канал, который никто не читает (вызывающий ушёл по таймауту), чтение из канала, который никто не закроет, сетевой вызов без таймаута.
А ещё Найти: runtime.NumGoroutine, pprof goroutine-профиль, goleak в тестах
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Почему это серьёзно. Сборщик мусора не освобождает заблокированные горутины — с точки зрения рантайма они живы. В долгоживущем сервисе их число растёт с каждым запросом, а с ними память и открытые соединения.
Правила:
sottocontext и проверять ctx.Done() в циклах и select;http.Client{Timeout}, context.WithTimeout);Диагностика: метрика go_goroutines, /debug/pprof/goroutine?debug=1 показывает стеки — тысячи одинаковых стеков указывают на место утечки; go.uber.org/goleak проверяет в тестах, что горутин не осталось.
// утечка: при таймауте горутина навсегда висит на отправке
func fetch(ctx context.Context) (string, error) {
ch := make(chan string)
go func() { ch <- slowCall() }()
select {
case r := <-ch:
return r, nil
case <-ctx.Done():
return "", ctx.Err()
}
}
// исправление: make(chan string, 1) — отправка не заблокируетсяsotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.