У меня есть процесс, использующий сокеты, соединения с базой данных и подобные. Это, в основном, серверный процесс, передающий данные датчика и веб-интерфейс, и поэтому важно обеспечить, чтобы приложение, если оно было убито, прекратило изящество.
Как обрабатывать неожиданные исключения, такие как segfaults (по крайней мере для отладки), а также убивать сигналы, чтобы я мог закрыть любые подключения и остановить любые потоки, чтобы процесс не оставил беспорядка ничем, что он использует?
Вы устанавливаете обработчики сигналов для улавливания сигналов, однако в 99% случаев вы просто хотите выйти и позволить ОС Linux заботиться о очистке - он будет успешно закрывать все файлы, сокеты, свободные потоки памяти и завершения работы.
Итак, если вы не хотите что-то конкретно сделать, например отправить сообщение в сокеты, вам нужно просто выйти из процесса и не пытаться поймать сигнал.
Сигналы поймать трудно. Ты должен быть осторожен. Ваш первый шаг - использовать sigaction для установки обработчика сигналов для желаемых сигналов.
Выберите набор сигналов для ответа и выберите, что они означают для вашего процесса. Например, SIGTERM завершает работу, SIGHUP перезагружается, SIGUSR1 перезагружает конфигурацию и т.д.
Не пытайтесь реагировать на все сигналы и не пытайтесь "очистить" после сигнала, который указывает на ошибку в вашей программе. SIGKILL невозможно поймать. SIGSEGV, SIGBUS, и другие, подобные им, не должны быть пойманы, если у вас нет ОЧЕНЬ хорошей причины. Если вы хотите отлаживать, то поднимите ulimit для дампов ядра - добавление отладчика к основному изображению намного эффективнее, чем все, что вы или я когда-либо могли бы кодировать. (Если вы попытаетесь очистить после SIGSEGV или что-то в этом роде, поймите, что код очистки может вызвать дополнительный SIGSEGV, и ситуация может быстро ухудшиться. Просто избегайте всего беспорядка и пусть SIGSEGV завершает вашу программу.)
Как вы обрабатываете сигналы, сложно. Если ваше приложение имеет основной цикл (например, select или poll), тогда обработчик сигнала может просто установить флаг или записать байт в специальный канал, чтобы сигнализировать о выходе основного цикла. Вы также можете использовать siglongjmp, чтобы выскочить из обработчика сигнала, но это ОЧЕНЬ трудно получить правильно и обычно не то, что вы хотите.
Трудно рекомендовать что-то, не зная, как структурировано ваше приложение и что оно делает.
Также помните, что обработчик сигнала сам должен делать почти ничего. Многие функции небезопасны для вызова из обработчиков сигналов.
Мне иногда нравится получать обратную трассировку на SIGSEGV, увлекательная часть выглядит следующим образом:
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
void sig_handler(int);
int main() {
signal(SIGSEGV, sig_handler);
int *p = NULL;
return *p;
}
void sig_handler(int sig) {
switch (sig) {
case SIGSEGV:
fprintf(stderr, "give out a backtrace or something...\n");
abort();
default:
fprintf(stderr, "wasn't expecting that!\n");
abort();
}
}
Вы хотите быть очень осторожным в отношении этих вещей, например. убедитесь, что вы не можете вызвать другой сигнал.