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

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

ndk-stack 使用方法

1、新建一个文件,比如logcat.txt 用来存储,带有堆栈信息的崩溃日志。
有堆栈信息崩溃日志,存在一个文件里,比如logcat.txt
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的
在这里插入图片描述
还有一个方法查CPU,不过得有root权限,先获取root权限,然后进入shell,进入data目录下,查看cat /system/build.prop | grep “product”
鼎折覆餗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的

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值