‍👣 Как лечить «сломанные» горутины в долгоживущих Go-процессах. В daemon-процессах горутины со временем могут попадать в плохие состояния: - зависают на внешних сервисах - блокируются на I/O - крутятся в live-lock (активны, но не приносят результата) - вечно ждут ответа от API или файловой системы Главная проблема — такая горутина не может восстановиться сама. И это нормально: самовосстановление не должно быть её обязанностью, иначе нарушается разделение ответственности. Решение — паттерн Heartbeat. Идея: рабочая горутина регулярно отправляет heartbeat — сигнал, что она жива и выполняет полезную работу. Отдельная supervisory горутина следит за этими сигналами. Если heartbeat пропадает — воркер считается «нездоровым» и перезапускается. Ключевые моменты при проектировании: 1. Что считать heartbeat Простой сигнал «я жив» подходит для обнаружения deadlock. Если возможен live-lock, heartbeat должен отражать прогресс работы, а не просто активность. 2. Стратегия перезапуска Используй exponential backoff, чтобы избежать бесконечных перезапусков при массовых сбоях внешних зависимостей. 3. Таймаут Слишком короткий таймаут даст ложные срабатывания. Слишком длинный — позднее обнаружение проблем. Важно найти баланс. Heartbeat-паттерн превращает нестабильные горутины в управляемые и самовосстанавливающиеся компоненты и делает долгоживущие Go-сервисы значительно надёжнее. @bzd_be1