Android jni层开发 利用NDK定位崩溃crash 位置/ Fatal 错误

1,751 阅读1分钟

Android NDK 开发Jni 遇到Fatal 崩溃错误后,怎么定位crash的位置

ndk-stack 使用方法

  1. 新建一个文件,比如logcat.txt 用来存储,带有堆栈信息的崩溃日志。

20201128170103248.png 2. 新建一个文件: 比如crash.log,用来存储通过ndk-stack转换后的日志 3. 然后执行命令,网上查询了很多ndk-stack方法,并不管用,后面在stackOverFlow里找到一个恰好我能用的。先自个配置好环境变量。 比如ndk-stack的环境变量配置到系统path下: C:\Users\huangtiebing\AppData\Local\Android\Sdk\ndk\23.0.7196353 然后在存储logcat.txt 和crash.log 那个文件夹下面执行这个命令: ndk-stack -sym D:\LaoTie\project\SenseEngine_SDK\dev\libuvccamera\build\intermediates\ndkBuild\debug\obj\local\arm64-v8a\ -dump .\logcat.txt > .\crash.log

使用addr2line

先查明上位机设备端的CPU,利用命令:adb shell cat /proc/cpuinfo,这个命令有的设备可以查明,有的不可以,比如我的设备如下所示,我依然不知道是arm-v7,还是arm-v8,还是x86的

7aad796495cc4145aeb8de141dfc703a.png

还有一个方法查CPU,不过得有root权限,先获取root权限,然后进入shell,进入data目录下,查看cat /system/build.prop | grep “product”

c2d0693de72e428dafe9d1478b5e2a71.png ro.product.cpu.abilist的值表明当前系统所支持所有的ABI类型 ro.product.cpu.abilist32和ro.product.cpu.abilist64分别表示系统所支持的32位和64位的ABI类型。 需要注意的是,这些property的排序代表着ABI的优先级,比如ro.product.cpu.abilist的值里arm64-v8a排在第一个,就表明如果没有指定,arm64-v8a就会成为app进程默认启动的关联ABI。

**\androidsdk\ndk-bundle\toolchains\arm-linux-androideabi-4.9\prebuilt\windows-x86_64\bin\arm-linux-androideabi-addr2line -C -f -e libxxx.so 0x#####(address) 这是arm-v7的

C:\Users\huangtiebing_vendor\AppData\Local\Android\Sdk\ndk\21.3.6528147\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\bin\aarch64-linux-android-addr2line -C -f -e libxxx.so 0x#####(address) 这是arm-v8的