Android native报错有时候只有一句 signal 11 (SIGSEGV),这种情况仅通过log是很难定位到问题的。不过Android 在/data/tombstones目录保存了错误的堆栈信息,为定位bug提供了路径。不过一般这里的log都无法像java一样直接定位的出错的行数。如下图:
先看崩溃的tid:3596 ,不是主线程,说明是子线程。backtrace需要借助Android ndk提供的addr2line工具来分析,从工具的名字就能看出来,这个东西可以帮我们把报错的地址指向代码行,以协助我们排查问题。
看工具的使用方式:
1.找到本地ndk路径下的addr2line的程序
例如我的路径“D:\Android\Sdk\ndk\21.4.7075529\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\bin”
这里需要注意toolchains下根据系统架构区分多个目录,需要根据自己运行的系统进行区分,否则会报File format not recognized 错误。我的是64位系统,所以选了图示目录
2.打开命令行跳转至该目录(当然也可以通过环境变量进行配置,不再多说)
3.使用addr2line -e命令
红色部分是tombstone记录的发生错误的动态库,绿线指向了错误发生的地址。
附上jni代码,就是在15行写了一个空指针的异常
#include <jni.h>
#include <string>
#include <thread>
#include <iostream>
#include <pthread.h>
#include <android/log.h>
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 /* this */) {
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”