Подводные камни работы с каналами в Go

Каналы — одна из самых мощных фич Go, но именно с ними связано больше всего граблей. Разберём те, на которые чаще всего наступают даже опытные разработчики.

1. Deadlock из-за незакрытого канала

Закрывать канал — хороший тон, особенно если на нём кто-то ещё читает. Но если закрыть его дважды — получим панику.

ch := make(chan int)
close(ch)
close(ch) // panic: close of closed channel

Решение: Используйте sync.Once или продумывайте логику завершения.

2. Блокировка на пустом канале

Отправка или чтение из nil-канала блокирует горутину навсегда:

var ch chan int // nil
ch <- 42        // вечная блокировка

Решение: Всегда инициализируйте каналы через make.

3. Утечки горутин из-за забытого закрытия

Если горутина читает из канала, а отправитель больше не планирует писать — она зависнет навсегда:

go func() {
    for msg := range ch { // вечный цикл, если ch не закрыть
        fmt.Println(msg)
    }
}()

Решение: Чётко контролируйте жизненный цикл канала.

4. Небуферизированные каналы vs буферизированные

Небуферизированные каналы синхронны — отправитель ждёт получателя. Буферизированные позволяют "развязать" их, но могут маскировать проблемы.

ch := make(chan int, 100)
// Писатель быстро заполнит буфер и уйдёт, 
// а читатель может не успеть обработать данные

Решение: Буфер — не всегда решение. Иногда лучше workerpool

5. Паника при отправке в закрытый канал

Попытка писать в закрытый канал вызывает панику:

ch := make(chan int)
close(ch)
ch <- 1 // panic: send on closed channel

Решение: Используйте defer close() и проверяйте статус канала через ok в select.

Вывод:
Каналы — это просто, пока не станет сложно. Главное:
✔️ Всегда закрывайте каналы (но только один раз)
✔️ Не работайте с nil-каналами
✔️ Следите за утечками горутин
✔️ Выбирайте правильный тип канала