在NDK开发的过程中,如果遇到应用Crash,JNI层的报错信息并不像java层那样可以看到详细的错误信息和错误位置,如果要想定位到错误位置,需要借助NDK的一些工具进行地址转换,本文中用addr2line(NDK的工具)来捕捉错误信息

以下是我的报错信息

读取其中的关键信息

1.错误代号:signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),一般都是空指针错误

2.错误发生所在的so文件:liblive-lib.so

3.错误发生的方法名:ZN12VideoEncoder11encodeFrameEPciiS0_Pi和Java_com_lib_1live_LiveNativeManager_encoderVideoEncode,前者为编译过的方法名

4.错误发生的内存地址:00026877和0002547f,不能直接看到源代码发生错误的位置,所以需要用addr2line工具来定位

备注:记得一定要将logcat选择为No Filter才能看上全部错误信息,否则只看到signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)这个信息,会让你怀疑人生

三.利用addr2line定位错误

1.首先找到addr2line的位置,我的addr2line位置为 D:\Android\SDK\ndk-bundle\toolchains\arm-linux-androideabi-4.9\prebuilt\windows-x86_64\bin>arm-linux-androideabi-addr2line,然后在Android studio的Terminal中定位到这个位置

2.找到出错so文件的位置,在我的电脑中,发生错误的so文件是liblive-lib.so,它的位置是 E:\AndroidProjects\EPlayer\lib_live\build\intermediates\cmake\debug\obj\armeabi-v7a\liblive-lib.so

3. 然后在Terminal中 D:\Android\SDK\ndk-bundle\toolchains\arm-linux-androideabi-4.9\prebuilt\windows-x86_64\bin>的后面加上arm-linux-androideabi-addr2line -C -f -e E:\AndroidProjects\EPlayer\lib_live\build\intermediates\cmake\debug\obj\armeabi-v7a\liblive-lib.so 00026877 0002547f,最后的00026877 0002547f 分别为发生错误的内存地址,用空格隔开,图示如下:

4. 其中-C -f :表示打印错误行数所在的函数名称,-e:表示打印错误地址的对应路径及行数

5. Enter执行,得到结果如下

到这里就可以明确地看到出错误发生在源代码的哪一行了

通过上面的定位,我的这次错误发生在fwrite(outBytes, 1, size, out1)函数中,我第一反应就是手机的文件写入权限未允许,果然是,最后完美解决问题

本人开发的播放器项目: https://github.com/jiusetian/EPlayer

一.前言在NDK开发的过程中,如果遇到应用Crash的情况,JNI层的报错信息并不像java层那样可以直接看到错误信息和错误的位置,如果要想定位的到错误的位置,需要借助NDK的一些工具进行地址转换,本文中用addr2line(NDK的工具)来捕捉错误信息二.分析 以下是我的报错信息读取其中的关键信息1.错误代号:signal 11 (SIGSEGV), cod...
Android 10 SurfaceView Navite 异常报错。 android .view.SurfaceControl$Transaction.deferTransactionUntilSurface android .view.SurfaceView.applySurfaceTransforms android .view.SurfaceView$3.positionChanged
SIGSEGV ( SEGV _ MAPER R) 记录一下关于我在项目中遇到 SIGSEGV ( SEGV _ MAPER R) 异常引起原因。 在 POSIX 兼容的平台上, SIGSEGV 是当一个进程执行了一个无效的内存引用,或发生段错误时发送给它的信号。 SIGSEGV 的符号常量在头文件 signal .h 中定义。因为在不同平台上,信号数字可能变化,因此符号信号名被使用。通常,它是信号 11 。 对于不正确的内存处理,如当程序企图访问 CPU 无法定址的内存区块时,计算机程序可能抛出 SIGSEGV 。操作系统可能使用信号栈
1 问题背景 写好 Android C++代码,运行起来 崩溃 ,日志如下: 11 -25 15:07:25.546 24467 24527 E glesdemo: ReadMissingBones, m_BoneInfoMap address 0x7e70ed0f88, size 52 11 -25 15:07:25.554 24467 24527 E glesdemo: GetBoneIDMap, m_BoneInfoMap size 0 11 -25 15:07:25.654 24718 24718 I
在项目上线之后,发现一个很不容易发现的内存 崩溃 ,那么该如何定位 崩溃 的位置呢?,首先从拿到 崩溃 的堆栈信息,如下: 18244 F DEBUG : Revision: ‘0’ 02-27 09:49:42.920 18244 18244 F DEBUG : ABI: ‘arm’ 02-27 09:49:42.920 18244 18244 F DEBUG : pid: 14285, tid...
01-01 17:17:34.870 F/libc    ( 1606): Fatal signal 11 ( SIGSEGV ) at 0x00000018 ( code =1), thread 1942  01-01 17:17:34.930 I/DEBUG   ( 11 67): *** *** *** *** *** *
Android 10 华为手机运行原生app报错: Timestamp: 2021-08-19 09:58:05+0800 2021-08-19 09:58:05.940 A/DEBUG: pid: 7178, tid: 7227, name: LeakCanary-Heap >>> com.jjkj.sbdj <<< 2021-08-19 09:58:05.940 A/DEBUG: uid: 10465 2021-08-19 09:58:05.940 A/DEBUG: