Linux异常处理技术咨询：通用捕获与线程场景处理方案

问题1：是否存在类似Windows SetUnhandledExceptionHandler的通用异常捕获机制？ #

Linux没有直接等价的系统调用，但可以通过批量注册信号处理函数实现近似的“通用捕获”效果：

• 大部分致命异常（如段错误、浮点错误、非法指令等）都会映射到特定信号，可通过sigaction注册统一逻辑覆盖这些信号。
• 注意：SIGKILL和SIGSTOP无法被捕获、阻塞或忽略，这是内核强制的安全机制。

建议覆盖的核心信号包括：

• SIGSEGV：段错误（访问非法内存）
• SIGFPE：浮点运算错误（除零、溢出等）
• SIGABRT：主动调用abort()触发的终止信号
• SIGILL：非法指令
• SIGBUS：总线错误（如未对齐内存访问）
• SIGINT：用户按下Ctrl+C触发的中断信号（可选捕获）

问题2：信号机制下的处理逻辑设计 #

核心原则：信号处理函数必须异步安全 #

信号是异步触发的，处理函数中只能调用async-signal-safe的系统调用（如write、_exit、sigemptyset等），绝对不能调用GTK UI函数、malloc、printf这类非线程安全/非异步安全的函数，否则会导致死锁或二次崩溃。

主线程触发致命信号（如SIGSEGV）的处理 #

1. 避免循环崩溃：处理函数要极简，只做日志记录和异步通知，不要在信号上下文执行复杂操作。如果处理函数中再次触发信号（比如访问非法内存），内核会直接执行默认处理（终止进程），不会陷入循环。
2. UI提示的实现：通过pipe或eventfd实现信号处理函数与GTK主循环的异步通信：
   • 初始化时创建匿名管道，将读端加入GTK主循环的监听列表。
   • 信号处理函数中往管道写端写入一个标记字节。
   • GTK主循环监听到管道可读时，在回调函数中弹出提示对话框、保存诊断日志，最后优雅终止进程。

示例代码片段：

#include <signal.h>
#include <unistd.h>
#include <gtk/gtk.h>
#include <execinfo.h>

static int signal_pipe[2];

// 异步安全的信号处理函数
static void signal_handler(int signum) {
    // 写入信号编号到管道，通知主循环
    write(signal_pipe[1], &signum, sizeof(signum));
}

// GTK主循环的管道回调函数
static gboolean on_signal_received(GIOChannel *channel, GIOCondition cond, gpointer data) {
    int signum;
    read(signal_pipe[0], &signum, sizeof(signum));

    // 弹出错误提示
    GtkWidget *dialog = gtk_message_dialog_new(GTK_WINDOW(data),
                                               GTK_DIALOG_MODAL,
                                               GTK_MESSAGE_ERROR,
                                               GTK_BUTTONS_OK,
                                               "程序发生异常：信号%d", signum);
    gtk_dialog_run(GTK_DIALOG(dialog));
    gtk_widget_destroy(dialog);

    // 生成并保存调用栈日志
    void *bt[20];
    int bt_size = backtrace(bt, 20);
    char **bt_syms = backtrace_symbols(bt, bt_size);
    // 注意：此处需用write系统调用写入日志文件，避免使用fopen/fprintf
    int log_fd = open("crash_log.txt", O_WRONLY | O_CREAT | O_TRUNC, 0644);
    for (int i = 0; i < bt_size; i++) {
        write(log_fd, bt_syms[i], strlen(bt_syms[i]));
        write(log_fd, "\n", 1);
    }
    free(bt_syms);
    close(log_fd);

    // 优雅退出
    g_main_loop_quit(data);
    return FALSE;
}

int main(int argc, char *argv[]) {
    gtk_init(&argc, &argv);

    // 创建管道
    pipe(signal_pipe);
    GIOChannel *io_channel = g_io_channel_unix_new(signal_pipe[0]);
    GMainLoop *main_loop = g_main_loop_new(NULL, FALSE);
    g_io_add_watch(io_channel, G_IO_IN, on_signal_received, main_loop);
    g_io_channel_unref(io_channel);

    // 注册信号处理函数
    struct sigaction sa;
    sigemptyset(&sa.sa_mask);
    sa.sa_handler = signal_handler;
    sa.sa_flags = SA_RESTART; // 重启被中断的系统调用
    sigaction(SIGSEGV, &sa, NULL);
    sigaction(SIGFPE, &sa, NULL);
    sigaction(SIGABRT, &sa, NULL);
    // 可添加更多信号...

    // 启动GTK主循环
    GtkWidget *window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
    gtk_widget_show(window);
    g_main_loop_run(main_loop);

    return 0;
}

工作线程触发致命信号的处理 #

1. 线程信号隔离：通过pthread_sigmask让工作线程屏蔽致命信号，确保信号只会被主线程处理；或通过sigqueue将信号定向发送到异常线程。
2. 终止异常线程：Linux没有安全的“强制终止线程”方法，建议在异常线程的信号上下文调用pthread_exit，或让线程自行检测异常后主动退出。
3. 通知主线程：同样通过管道/eventfd通知主线程，由主线程弹出UI提示并清理线程资源。

注意：如果工作线程持有锁，强制终止可能导致死锁，因此建议在工作线程中定期检查退出标志，或使用线程安全的通信机制让线程主动退出。

额外建议 #

• 编译时添加-rdynamic选项，让backtrace_symbols能解析出函数名，生成有意义的诊断日志。
• 对于非致命信号（如SIGINT），可单独处理，比如弹出确认退出对话框而非直接终止。
• 日志需包含进程ID、线程ID、信号编号、调用栈等信息，方便后续问题定位。

内容的提问来源于stack exchange，提问作者NightFuryLxD