Android Native报错定位 addr2line 命令使用记录

Android native报错有时候只有一句 signal 11 (SIGSEGV)，这种情况仅通过log是很难定位到问题的。不过Android 在/data/tombstones目录保存了错误的堆栈信息，为定位bug提供了路径。不过一般这里的log都无法像java一样直接定位的出错的行数。如下图：

先看崩溃的tid:3596 ，不是主线程，说明是子线程。backtrace需要借助Android ndk提供的addr2line工具来分析，从工具的名字就能看出来，这个东西可以帮我们把报错的地址指向代码行，以协助我们排查问题。

看工具的使用方式：

1.找到本地ndk路径下的addr2line的程序

例如我的路径“D:AndroidSdkndk21.4.7075529toolchainsaarch64-linux-android-4.9prebuiltwindows-x86_64bin”

这里需要注意toolchains下根据系统架构区分多个目录，需要根据自己运行的系统进行区分，否则会报File format not recognized 错误。我的是64位系统，所以选了图示目录

2.打开命令行跳转至该目录（当然也可以通过环境变量进行配置，不再多说）

 3.使用addr2line -e命令

红色部分是tombstone记录的发生错误的动态库，绿线指向了错误发生的地址。

附上jni代码，就是在15行写了一个空指针的异常

#include 
#include 
#include 
#include 
#include 
#include 


pthread_t pthread;

void *threadCallback(void *data) {
    int* p = nullptr;

    __android_log_print(ANDROID_LOG_DEBUG, "LOG_TGA", "null test");
    std::cout << std::to_string(*(p+1)).c_str();//此处崩溃 line 15
    pthread_exit(&pthread);
}

extern "C" JNIEXPORT jstring JNICALL
Java_com_example_jnierrortest_MainActivity_stringFromJNI(
        JNIEnv* env,
        jobject ) {
    std::string hello = "Hello from C++";
    __android_log_print(ANDROID_LOG_DEBUG, "LOG_TGA", "hello");
    pthread_create(&pthread,NULL,*threadCallback,NULL);
    return env->NewStringUTF(hello .c_str());
}

ps:需要注意在cmakelist打开调试，否则执行结果会出现乱码。类似 “??:?” 或 “??:0”