Можно ли в defer обрабатывать panic?

Да, в defer можно и нужно обрабатывать panic

Обработка panic внутри defer — это один из фундаментальных механизмов Go для создания отказоустойчивых приложений. Функция defer обеспечивает выполнение кода в момент выхода из окружающей функции, что делает её идеальным местом для перехвата и обработки аварийных ситуаций, возникающих в ходе выполнения.

Как работает отлов panic в defer

Ключевую роль играет встроенная функция recover(). Её вызов внутри defer позволяет "поймать" панику, остановить её распространение (распаковку стека) и получить значение, переданное в panic().

package main

import "fmt"

func main() {
    fmt.Println("Старт программы")
    safeFunction()
    fmt.Println("Программа завершена корректно") // Это выполнится!
}

func safeFunction() {
    defer func() {
        // recover() возвращает значение, переданное в panic, если она была
        if r := recover(); r != nil {
            fmt.Printf("Перехвачена паника: %v\n", r)
            // Здесь можно выполнить логирование, очистку ресурсов,
            // отправку уведомления и т.д.
        }
    }()

    fmt.Println("Выполняется опасная операция...")
    panic("критическая ошибка: что-то пошло не так!") // Вызов паники
    // Код после panic никогда не выполнится
}

Вывод программы:

Старт программы
Выполняется опасная операция...
Перехвачена паника: критическая ошибка: что-то пошло не так!
Программа завершена корректно

Важные особенности и правила использования

1. recover() работает только внутри defer. Вызов recover() в любом другом месте вернёт nil и не окажет никакого эффекта.
2. recover() останавливает панику только в текущей горутине. Каждая горутина должна обрабатывать свои паники самостоятельно.
3. Порядок выполнения defer при панике. Go начинает "раскручивать" стек (выполнять отложенные функции) с момента возникновения panic. Функция с recover() должна быть среди этих defer.
4. Значение recover(). Если паники не было, recover() возвращает nil. Иначе возвращается аргумент, переданный в panic().

Практические паттерны использования

Гранулярное восстановление

Обработка паники только в конкретной, потенциально опасной функции, не затрагивая остальную логику.

func riskyOperation() (err error) {
    defer func() {
        if r := recover(); r != nil {
            // Преобразуем панику в обычную ошибку
            err = fmt.Errorf("операция завершилась паникой: %v", r)
        }
    }()
    // ... опасный код ...
    return nil
}

Глобальный обработчик на уровне горутины

Часто используется в main() или при запуске новых горутин для предотвращения аварийного завершения всей программы.

func main() {
    // Запускаем сервер в отдельной горутине с защитой
    go func() {
        defer func() {
            if r := recover(); r != nil {
                log.Printf("Серверная горутина упала: %v. Перезапускаем...", r)
                // Здесь может быть логика перезапуска
            }
        }()
        startServer()
    }()
    // ... остальной код main ...
}

Очистка ресурсов даже при панике

Один из самых важных паттернов — гарантированное закрытие файлов, разблокировка мьютексов или возвращение соединений в пул.

func processFile(filename string) {
    file, err := os.Open(filename)
    if err != nil {
        log.Fatal(err)
    }
    defer func() {
        file.Close()
        if r := recover(); r != nil {
            log.Printf("Обработка файла %s вызвала панику: %v", filename, r)
        }
    }()

    // Работа с файлом, которая может вызвать panic
    panic("ошибка парсинга")
}

Когда стоит использовать, а когда нет

Используйте panic/recover для:

• Обработки непредвиденных ошибок времени выполнения (например, деление на ноль, выход за границы массива), которые возникли в сторонних библиотеках или в коде, где проверка ошибок слишком обременительна.
• Грациозного завершения длительных операций или серверов.
• Преобразования паники в ошибку на границах модулей (например, в плагинах или обработчиках пользовательского кода).

Не используйте panic/recover как замену обычной обработке ошибок. В Go идиоматичным способом является явное возвращение ошибок (error) из функций для ситуаций, которые являются ожидаемой частью логики работы (например, "файл не найден", "неверный формат данных"). Паника предназначена для исключительных, аварийных ситуаций, когда нормальное продолжение работы невозможно.

Итог

Сочетание defer, panic и recover образует мощный механизм управления исключительными ситуациями в Go. Он позволяет:

• Локализовать последствия аварийных сбоев.
• Гарантировать выполнение критически важного кода (очистка ресурсов).
• Преобразовывать неуправляемые паники в контролируемые ошибки.
• Предотвращать аварийное завершение всего приложения из-за сбоя в одной его части.

Правильное использование этого механизма — признак зрелого Go-разработчика, умеющего создавать стабильные и отказоустойчивые приложения.