在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)函数中,我第一反应就是手机的文件写入权限未允许,果然是,最后完美解决问题
一.前言在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: