JNI：Fatal signal 11 (SIGSEGV) at 0x00000008 (code=1)错误的一点认识

最新推荐文章于 2023-06-17 09:44:30 发布
最新推荐文章于 2023-06-17 09:44:30 发布
阅读量2.2w 收藏 3
点赞数 2
分类专栏： android

       最近做的一个东西需要jni去实现，对于一个我这样用惯了java，习惯了debug的人来说，用NDK，使用C/C++去编程是件很苦逼的事情，但是最苦逼的事情在于内存错误发生后如何排查，尤其是 Fatal signal 11 (SIGSEGV)这个错误尤其恼人，报出来之后程序就会崩溃，定位还不好定位，刚开始发生这样的错误时候，只能去到处加log，到处屏蔽代码去找问题发生的地方，效率比较低，并且很难找到问题真正出在哪，后来慢慢找到一些方法，可以相对比较快的定位到问题源头，一般情况下能相对容易的发现问题到底出在哪。下面简单的说说：

1：首先在logcat中加入debug(方法如图所示):


2：在运行后报错中会在debug中找到类似这样的一串错误



看到这个长长的错误，不要慌，我们就要拿着这个错误去分析：
首先，从这个长长的串中找到有用的信息
10-28 12:39:17.779: I/DEBUG(7749): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
10-28 12:39:17.779: I/DEBUG(7749):  r0 00000027  r1 deadbaad  r2 a0000000  r3 00000000
10-28 12:39:17.779: I/DEBUG(7749):  r4 00000001  r5 00000000  r6 44bc8c10  r7 44984e64
10-28 12:39:17.779: I/DEBUG(7749):  r8 44bc8b70  r9 44984e54  10 44984e3c  fp 800a5368
10-28 12:39:17.779: I/DEBUG(7749):  ip afd46668  sp 44bc8ae0  lr afd191d9  pc afd15ca4  cpsr 60000030
10-28 12:39:17.779: I/DEBUG(7749):  d0  646f423262287964  d1  6f42796f72747365
10-28 12:39:17.779: I/DEBUG(7749):  d2  646e412f65737062  d3  6850656e69676e32
10-28 12:39:17.779: I/DEBUG(7749):  d4  786f427363697379  d5  736e657478454432
10-28 12:39:17.779: I/DEBUG(7749):  d6  2f696e6a2f6e6f69  d7  79442f4432786f42
10-28 12:39:17.779: I/DEBUG(7749):  d8  42ce94f34e6e6b28  d9  3c8888893c888888
10-28 12:39:17.779: I/DEBUG(7749):  d10 c26f7c303f800000  d11 3fed9bafc26f7e0e
10-28 12:39:17.779: I/DEBUG(7749):  d12 0000000000000000  d13 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  d14 0000000000000000  d15 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  d16 3ef18d523ae9735c  d17 3fca68bfcfa2d635
10-28 12:39:17.779: I/DEBUG(7749):  d18 bf29fd09783e4216  d19 3ec6cd878c3b46a7
10-28 12:39:17.779: I/DEBUG(7749):  d20 3f826164f3f641b5  d21 3f5e8ec8e86d933e
10-28 12:39:17.779: I/DEBUG(7749):  d22 3e3782e7e0000000  d23 3e33401660000000
10-28 12:39:17.779: I/DEBUG(7749):  d24 3fca99a880000000  d25 bfca99a880000000
10-28 12:39:17.779: I/DEBUG(7749):  d26 be3ff77520000000  d27 3ef99342e0ee5069
10-28 12:39:17.779: I/DEBUG(7749):  d28 bfa2b4442c6a6c2f  d29 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  d30 0000000000000000  d31 0000000000000000
10-28 12:39:17.779: I/DEBUG(7749):  scr 80000012
10-28 12:39:17.829: I/DEBUG(7749):          #00  pc 00015ca4  /system/lib/libc.so
10-28 12:39:17.829: I/DEBUG(7749):          #01  pc 0001c92c  /system/lib/libc.so
主要看红色加粗的地方（#打头的部分），这个表明了错误发生的原因和地方，因此问题分析从这个入手，一般情况下这个红色加粗部分有两种情况，一种情况就如上边的错误一样，报错都来在系统的so包，并且没有进一步详细的信息，这种情况下，问题可能出现的都比较弱智，一般主要去分析下jni入口函数，反调，数组是否越界，使用已经delete的资源等这些常规错误，稍微注意下可能就能找到源头，也可能问题非常棘手，要拼人品了哈。
第二种报错可能是类似与这样：
#00  pc 00011784  /system/lib/libc.so (pthread_attr_init)
#01  pc 000de128  /data/data/com.test.android.Test/lib/libDemo.so (_ZN6Demo6Test4InitEv)
#02  pc 000def90  /data/data/com.test.android.Test/lib/libDemo.so (_ZN6Demo16TestDemo4InitESsiiil)

可以看到错误直接报道咱们自己的so包，并且Test4Init能看到是Test类下的init方法，越上边是问题的越根源，这样我们就可以按图索骥，从Test的init方法里去仔细排查错误的原因，可以大大减少排查耗费的时间。

接下来比较高深的是通过汇编方式找具体的错误，目前还没用到，定位到方法基本可以解决问题，大家有兴趣的可以看下后边给出的参考文章。

目前在最近的工作中通过这一方法基本可以较快的找到问题的发生地方，比之前各种log和各种屏代码效率高了很多，如果大家还有更好的办法希望留言讨论一下。

参考文章：http://blog.youkuaiyun.com/helldevil/article/details/6682211

android native开发 错误信息定位：Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 4785 (XXX）
Vaylb的专栏
11-02 3463
最近开始做android底层开发，经常遇到C/C++代码报错，logcat只给出一大串堆栈信息，而无法定位到具体代码段，后来网上搜寻发现可以使用addr2line工具根据出错地址映射到出错行，例如： 11-02 20:01:53.009: A/libc(4785): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 47
JNI 错误：Fatal signal 11 (SIGSEGV) at 0x00000008 (code=1)
lxy的学习笔记
08-12 3010
遇到这个错误，在网上查了很多都没有到解决方案，最后多方尝试，发现或者是JNI部分，未分配内存，没molloc，或者是Java端未new对象。总之，这个错误是内存有关的错误，一般是内存未分配，未初始化。
JNI中Fatal signal 11 (SIGSEGV), code 1的错误.
viking_xhg的博客
12-06 1万+
这个错,搞了一天才搞定.还是自己对jni不熟. com.viking.myapplication A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x9c in tid 9502 (g.myapplication). 如果对jni熟悉的话,可能很快就能知道这个错误.但是,如何是刚开始搞jni开发的人来说,可能就一脸懵比了.
jni调用出现SIGSEGV崩溃
wangxinhe1018的专栏
08-27 910
关于如下jni崩溃，一开始看到段错误，想到是内存操作不当的问题，但是看了下面的堆栈想当然以为是系统库libart.so的armeabi-v8和libgaclient.so的armeabi-v7a不匹配导致的问题，后面搜到简书上的文章<Java - Android 融云IM与百度LBS结合的那些坑>和<Flutter-Android趟坑笔记>，但是查看android应用层的确是" ndk { abiFilters ‘armeabi-v7a’ }"，后面查看了崩溃前写的日
碰到调试JNI_CreateJavaVM时SIGSEGV fault错误的解决方案
阿达King哥的博客
09-04 2086
调试时出现 Signal received: SIGSEGV (Segmentation fault) 比较烦。在 jni.cpp 的 JNI_CreateJavaVM 设置断点调试。不同 jdk 版本路径不同。(https://www.jianshu.com/p/fc8f223a3f1b) 这是因为： 测试本来就是要触发SIGSEGV的。而GDB在调试的时候会在程序注册的signal handler之前先获取到signal，要continue才会跑到应用注册的signal handler去。 解决方
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0(Cause: null pointer dereference)
weixin_42388228的博客
07-12 3688
问题描述： 基于mnn编译的面向安卓平台的模型推理so动态在android studio调用其推理函数时报空指针错误(完整错误输出在最后)，且错误行在于mnn推理输出的指针数组元素的判断语句(如下代码)，但之前使用其他模型时加入类似语句并未报错，所以猜测问题出在了模型上面 int* output_tensor_array = output_tensor->host<int>(); output_tensor_array[col + 1024 * row] == 2 //此处为addr2li
Android问题解决--“signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0xxxxxxx” 又出现了
记录和分享程序人生的点点滴滴
05-12 1万+
今天，调试一个app，又出现“signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0xxxxxx”问题了。 而且只在Android10以上版本才会有，导致的现象是app崩溃，这怎么怎？ 问题log： signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x739ae8d004 全部log如下： 05-08 10:21:31.065 D/a.module(1890..
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8
qq_24131317的博客
08-19 2517
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:
Fatal signal XX (SIGSEGV) 常见解决思路 backtrace
Venus 的博客
12-07 2665
Fatal signal XX (SIGSEGV)常用解决思路
jni错误分析之 Fatal signal 11 (SIGSEGV), code 1, fault addr 0x8 in tid 4420
情随事迁个人博客
08-14 873
下面是具体错误 2:08:06.731 4420-4420/? A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x8 in tid 4420 (com.tencent.mm) 08-14 02:08:06.832 1393-1393/? I/DEBUG: *** *** *** *** *** *** *** *** *** *** *...
Fatal signal 11 (SIGSEGV), code 1, fault addr 0x8 in tid 4101 (Thread-28)
小寒的博客
06-17 307
Fatal signal 11 (SIGSEGV), code 1, fault addr 0x4 in tid 2687
Android NDK开发崩溃signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) 的解决方法
相忘于江湖
10-10 4万+
一.前言 在NDK开发的过程中，如果遇到应用Crash的情况，JNI层的报错信息并不像java层那样可以直接看到错误信息和错误的位置，如果要想定位的到错误的位置，需要借助NDK的一些工具进行地址转换，本文中用addr2line（NDK的工具）来捕捉错误信息 二.分析 以下是我的报错信息 读取其中的关键信息 1.错误代号：signal 11 (SIGSEGV), cod...
程序运行产生SIGABRT信号的原因
Season@HangZhou 专栏
02-08 4万+
目前我所知的程序运行产生SIGABRT信号的原因有三个，若还有其他情况，敬请网友留言。 （注：SIGABRT信号即signal 6的信号） 一、多次free导致的SIGABRT #include "stdlib.h" #include "string.h" #include "stdio.h int main() { void *pc = malloc(1024);
c语言sigsegv解决方法,关于SIGSEGV错误及处理方法(转)
weixin_39974409的博客
05-23 1万+
今天编程遇到了SIGSEGV错误，比较困惑，所以找了些资料，总结一下：(1)官方说法是：SIGSEGV --- Segment Fault. The possible cases of your encountering this error are:1.buffer overflow --- usually caused by a pointer reference out of range.2...
Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1) 错误 解决方案(android-ndk)
热门推荐
蓝斯的专栏
05-07 5万+
在android里做ndk编程的时候，碰到个随机性错误 错误信息如下： 05-06 15:59:44.411: A/libc(3347): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1) 05-06 15:59:44.911: I/DEBUG(3344): *** *** *** *** *** *** *** *** *** *** ***
NDK中signal 11（SIGSEGV）问题的解决方法
guanguanboy的专栏
02-01 1万+
上面的crash问题都是在jni层c++代码中出现的，根据log的提示 F/libc    ( 5580): Fatal signal 11 (SIGSEGV) at 0x0004811a (code=1), thread 5593 (Cursor server e) Fatal signal 11 (SIGSEGV)：这个signal 11 明确指示该问题是由空指针引起的。出现这个signal...
Jni string空串跨模块使用崩溃注意事项
weixin_33716941的博客
11-14 311
前言： 结论：不允许跨模块返回一个空的string类型。 例子：当前有两个模块A,B,在不同的库文件中 using namespace A { std::string GetString() { std::string str = ""; return str; } } using namespace B { void Get...
fault addr
最新发布
07-28
引用\[1\]:--------- beginning of crash C000A02 03-06 05:06:11.503 506 506 F libc : Fatal signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x72a3d4d000 in tid 506 (secure_element@), pid 506 (secure_element@) 。 引用\[2\]:结论：出现SIGSEGV，是进程执行了一个无效的内存引用。 如何分析：内存错误发生后如何排查，尤其是 Fatal signal 11 (SIGSEGV)这个错误，报出来之后程序就会崩溃，定位还不好定位，如何定位到所出问题的函数或者代码行？分析 crash 的堆栈信息，通过地址定位源文件中出错的函数或具体行数（addr2line） 。 引用\[3\]:好的查问题，发现是C++的底层文件报出的错误。JNI层面的错误信息不太具体，只有靠打印信息一步步查看问题，最后定位是pthread_mutex_init(H264datalock, NULL)互斥量初始化找不到地址，再看互斥量定义：pthread_mutex_t *H264datalock，难道是指针没有初始化造成的，但是此程序在Android4.4下跑了很久了，从没有出现过这个问题啊！抱着怀疑的态度，试一试，互斥量定义改为pthread_mutex_t H264datalock，不用指针，初始化则改为pthread_mutex_init(&H264datalock, NULL)，好了，程序又顺利运行了。 问题: fault addr是什么意思？ 回答: fault addr是指在发生错误时，导致程序崩溃的内存地址。在这个例子中，错误是由于执行了一个无效的内存引用导致的，而fault addr则指示了具体的内存地址0x72a3d4d000。\[1\] #### 引用[.reference_title] - *1* *2* [Fatal signal 11 (SIGSEGV), code 2(SEGV_ACCERR), fault addr 解决方法](https://blog.youkuaiyun.com/Haomione/article/details/129737159)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] - *3* [Android5.0后出现的新错误：fatal error 11 fault addr](https://blog.youkuaiyun.com/allencheung2010/article/details/49329203)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值