NDK 下利用 arm-linux-androideabi-addr2line 定位 so 库问题点

“通常so库崩溃都是内存问题(野指针/空指针/访问越界...)”

1.backtrace信息as里面通常无法打印,需要 adb logcat > crash.log , 然后根据 crash.log 分析

I/DEBUG   ( 7520): backtrace:
I/DEBUG   ( 7520):     #00  pc 00022130  /system/lib/libc.so (__memcpy_base+104)
I/DEBUG   ( 7520):     #01  pc 000152a7  /data/app-lib/libtest-lib.so (testThread+582)
I/DEBUG   ( 7520):     #02  pc 0000d240  /system/lib/libc.so (__thread_entry+72)
I/DEBUG   ( 7520):     #03  pc 0000d3dc  /system/lib/libc.so (pthread_create+240)

2.回过头来想,看到“pc 00022130  /system/lib/libc.so (__memcpy_base+104)”的时候第一反应应该就是 memcpy 某个数据出错,地址为NULL 或者 长度越界

3.网上有很多利用 arm-linux-androideabi-addr2line 定位 so 库崩溃 函数行的资料,刚开始定位的时候是直接用最终release的so库作为基础,行数怎么都不出来。后面看到别人的路径试了才知道原来得用 一个类似中间件的so库才能定位到,我把这两个库理解固件里面为 elf 和 bin 的关系,在我的工程目录下面搜索出来可定位的库是在下面这个目录下

\build\intermediates\cmake\release\obj\armeabi-v7a\test.so

通过执行:arm-linux-androideabi-addr2line.exe -e 得到目标行

arm-linux-androideabi-addr2line.exe -e test.so 152a7 -f
testThread
\testlib\src\main\cpp/test-lib.cpp:850

你可能感兴趣的:(NDK 下利用 arm-linux-androideabi-addr2line 定位 so 库问题点)