Как обычно логируют краши от паник?

Question

[ADKX]

Подскажите хорошие практики по тому как залогировать необработанную панику.

Comments

[Евгений]

в recover получить ошибку и залогировать

[ADKX]

Евгений, Не хотелось бы это делать при запуске каждой горутины

[Garry_Galler]

recover пишется в одном месте.
Посмотри как реализовано middleware recover в любом фреймворке тип gin, echo, fiber.

Изначальный вариант в fiber: https://github.com/gofiber/recover/blob/master/main.go
Сейчас оно уже встроено: https://github.com/gofiber/fiber/blob/master/middl...

Один раз написал, потом оно юзается в каждом запросе:

// Default middleware config
app.Use(recover.New())

// This panic will be caught by the middleware
app.Get("/", func(c *fiber.Ctx) error {
	panic("I'm an error")
})

Answer 1

[Евгений Мамонов]

Если говорить про http сервер - я перенял практику из Django.

У меня есть http middleware, который:
- вызывает recover
- нормально отвечает на запрос, а не падает, т.е. 500 + что мы уже знаем об ошибке и работаем над её устранением
- собирает всю информацию по запросу, http заголовки, cookies, настройки сервера, переменные окружения и т.д. и оповещает меня по почте/телеграм

Это даёт мне возможность узнавать о проблеме до того, как кто-то напишет в поддержку.

Люди, в хорошем смысле, удивляются, когда у них что-то не получается, сервер отвечает 500, они не поймут что делать. А я уже узнал об этом, исправил ошибку и написал им письмо о том, что была ошибка, но уже всё исправлено :)

Answer 2

[Дмитрий]

паника - аварийное завершение программы. Она содержит всю необходимую информацию. Мы просто оставляем трейс в первозданном виде(некоторые паники ты не обработаешь) и сервер перезагружается с помощью reflex.
Уточняющие вопросы в комменты т.к. не совсем понятно, что имеется в виду.

Comments

[ADKX]

Мне нужно залогировать эту панику. И желательно не создавая дефер при запуске каждой горутины

Answer 3

[Roman K]

Sentry же