“通常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