Зачем нужен context

Сигнал сквозь слои

func handle(ctx context.Context, ch <-chan int) {
    for {
        select {
        case <-ctx.Done():
            return // клиент ушёл, дальше работать незачем
        case v := <-ch:
            process(v) // каждая блокирующая точка слушает отмену
        }
    }
}

context.Context — интерфейс с методом Done <-chan struct{}. Канал закрывается, когда контекст отменяют — по таймауту, по отмене или по дедлайну. Главная идея: контекст передаётся от верхнего уровня вниз, и каждый слой может слушать один и тот же сигнал. Отмена кооперативна: ctx.Done нужно проверять в select при каждой блокирующей точке. Разовая проверка в начале не работает — если клиент ушёл, пока код «работает», горутина об этом не узнает.

Зачем это нужно

Представь обработчик HTTP-запроса: он зовёт сервис, тот — репозиторий, репозиторий — базу. Если клиент оборвал соединение на полпути, работа всей цепочки стала бессмысленной. Без контекста нижние слои об этом не знают и досчитывают впустую — тратят CPU, держат соединения. С контекстом сигнал «клиент ушёл» доходит до каждого слоя, и все сворачиваются.

Где контекст обязателен

Сетевые и блокирующие операции: запросы к БД, HTTP-вызовы, чтение из каналов. Для них контекст — штатный способ передать сигнал, на который вызов обязан отреагировать сам: драйвер БД и HTTP-клиент слушают ctx и возвращают ошибку при отмене, а голое чтение из канала контекст не прерывает — там нужен select. Вспомни (утечки) и (таймаут и отмена): контекст — штатное лекарство от обеих проблем.