“Signal”背后的bug与解决

最新推荐文章于 2023-11-01 17:01:33 发布

ikt4435

最新推荐文章于 2023-11-01 17:01:33 发布

阅读量1.5k

点赞数

CC 4.0 BY-SA版权

分类专栏：程序员编程 Java 文章标签： android java 开发语言

本文链接：https://blog.youkuaiyun.com/Trouvailless/article/details/128076296

博客介绍了在Android开发中遇到的一个问题，即Signal SIGSEGV在处理过程中转化为SIGABRT，以及如何在JNI中正确调用Java层的方法。文章详细分析了信号处理函数中的JNIEnv使用、信号处理线程与JNIEnv的关系，以及如何避免StackOverflowError。通过一个具体的例子，探讨了Art虚拟机对SIGSEGV的处理机制，并提供了解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

背景

熟悉我的老朋友可能都知道，之前为了应对crash与anr，开源过一个“民间偏方”的库Signal，用于解决在发生crash或者anr时进行应用的重启，从而最大程度减少其坏影响。

在维护的过程中，发生过这样一件趣事，就是有位朋友发现在遇到信号为SIGSEGV时，再调用信号处理函数的时候

void SigFunc(int sig_num, siginfo *info, void *ptr) {
    // 这里判空并不代表这个对象就是安全的，因为有可能是脏内存

    if (currentEnv == nullptr || currentObj == nullptr) {
        return;
    }
    __android_log_print(ANDROID_LOG_INFO, TAG, "%d catch", sig_num);
    __android_log_print(ANDROID_LOG_INFO, TAG, "crash info pid:%d ", info->si_pid);
    jclass main = currentEnv->FindClass("com/example/lib_signal/SignalController");
    jmethodID id = currentEnv->GetMethodID(main, "callNativeException", "(ILjava/lang/String;)V");
    if (!id) {
        __android_log_print(ANDROID_LOG_INFO, TAG, "%d !id!id!id!id!id!id!id", sig_num);
        return;
    }
    __android_log_print(ANDROID_LOG_INFO, TAG, "%d 11111111111111111111", sig_num);

    jstring nativeStackTrace  = currentEnv->NewStringUTF(backtraceToLogcat().c_str());
    __android_log_print(ANDROID_LOG_INFO, TAG, "%d 22222222222222222222", sig_num);
    currentEnv->CallVoidMethod(currentObj, id, sig_num, nativeStackTrace);
    __android_log_print(ANDROID_LOG_INFO, TAG, "%d 33333333333333333333", sig_num);

    // 释放资源
    currentEnv->DeleteGlobalRef(currentObj);
    currentEnv->DeleteLocalRef(nativeStackTrace);
}
复制代码

会遇到