> Как отследить и исправить deadlock в Go при работе с каналами и горутинами (Go)

Для отслеживания deadlock'ов в Go используйте встроенный детектор гонок (-race) и профилирование через pprof. Deadlock с каналами часто возникает, когда горутина ждёт данные из канала, который никогда не получит записи, или все горутины блокируются на взаимном ожидании.

Отслеживание:

1. Запустите приложение с флагом -race: go run -race main.go. Детектор сообщит о проблемах синхронизации, но не всегда явно укажет на deadlock.

2. Используйте net/http/pprof для снятия дампа горутин: добавьте import _ "net/http/pprof" и запустите HTTP-сервер. Затем выполните curl http://localhost:6060/debug/pprof/goroutine?debug=2 - вы увидите стек вызовов всех горутин. Если несколько горутин застряли на операциях с каналами (например, chan send или chan receive) без прогресса, это deadlock.

Исправление:

• Используйте select с таймаутом или default, чтобы избежать бесконечного ожидания:

GO
select {
case msg := <-ch:
    // обработка
case <-time.After(1 * time.Second):
    // таймаут
}

• Для однонаправленных каналов убедитесь, что отправитель и получатель работают согласованно. Например, если горутина пишет в канал, а другая читает - проверьте, что обе запущены и не завершились преждевременно.

• Используйте контекст (context.Context) с отменой для graceful shutdown:

GO
ctx, cancel := context.WithCancel(context.Background())
go worker(ctx, ch)
// при завершении
cancel()

• Избегайте циклических зависимостей: если горутина A ждёт данные от B, а B от A - это deadlock. Разорвите цикл, добавив буферизированный канал или перепроектировав логику.

Пример исправления: замените небуферизированный канал на буферизированный (размер 1), если одна горутина отправляет, а другая ещё не готова принять. Но лучше использовать select для неблокирующих операций.