AndroidJNI/NDK开发笔记：解决SIGSEGV崩溃信号处理未触发的问题

本文旨在帮助开发者解决在Android JNI/NDK开发过程中遇到的SIGSEGV（Segmentation Fault）崩溃问题，特别是在应用程序从后台恢复后未能触发预期的信号处理机制的情况。

在使用Android原生C++代码时，发现应用程序在某些情况下，如从后台恢复至前台时，会发生SIGSEGV崩溃。为了更好地调试此类问题，尝试设置自定义信号处理器以捕获异常并打印堆栈信息。然而，尽管在JNI_OnLoad方法中注册了信号处理器，但在发生SIGSEGV时，该处理器并未被调用。

注册信号处理器的代码如下：

struct sigaction sighandler;
memset(&sighandler, 0, sizeof(sighandler));
sighandler.sa_sigaction = &android_sigaction;
sighandler.sa_flags = SA_SIGINFO;
int watched_signals[] = { SIGABRT, SIGILL, SIGSEGV, SIGINT, SIGKILL };
for(int signal : watched_signals) {
    sigaction(signal, &sighandler, &old_sa[signal]);
}

其中，android_sigaction函数用于记录异常信息，并调用之前的信号处理器：

static struct sigaction old_sa[NSIG];
static void android_sigaction(int signal, siginfo_t *siginfo, void *context) {
    MY_LOG("Sending PID: %ld, UID: %ld\n", (long)siginfo->si_pid, (long)siginfo->si_uid);
    if (old_sa[signal].sa_handler != SIG_IGN && old_sa[signal].sa_handler != SIG_DFL) {
        old_sa[signal].sa_handler(signal);
    }
}

尽管如此，在应用从后台恢复时，android_sigaction仍未被调用。为测试信号处理器的有效性，尝试通过代码中的边界错误触发SIGSEGV，结果表明处理器能够正常工作。

如果您使用的是Android 5.0或更高版本的设备，上述问题可能与Android的运行时环境ART有关。ART可能会覆盖或重定向标准的signal()和sigaction()调用，导致自定义信号处理器无法按预期工作。为了解决这一问题，可以在调试阶段使用直接系统调用来注册信号处理器：

这样可以确保信号处理器直接与内核交互，避免ART的影响。需要注意的是，这种方法仅适用于调试目的。若要在生产环境中使用，需确保新处理器能够正确处理原有的信号行为，以免影响应用的稳定性和兼容性。

此外，检查sigaction调用的返回值和errno变量也是诊断问题的重要步骤，有助于确定是否成功注册了信号处理器。