【我的Android进阶之旅】Android使用JNI的时候报native crash： A/libc: Fatal signal 4 (SIGILL), code 2 (ILL_ILLOPN)

最新推荐文章于 2023-09-19 15:10:06 发布
最新推荐文章于 2023-09-19 15:10:06 发布
阅读量2.1k 收藏 2
点赞数 2
分类专栏： # Android常见错误解决之道 # NDK开发 我的Android进阶之旅
版权声明：本文为【字节卷动】原创，依据 [CC BY-SA 4.0](https://creativecommons.org/licenses/by-sa/4.0/) 许可证进行授权，欢迎转载，转载请附上出处链接及本声明。【博客地址 http://blog.csdn.net/ouyang_peng】
本文链接：https://blog.csdn.net/ouyang_peng/article/details/112361023
版权
在Android JNI开发中遇到一个native crash，异常为SIGILL（非法指令）。问题源于有返回值的JNI函数未返回值。解决方法是确保所有函数正确返回。此外，文章详细介绍了信号机制，包括信号的接收、检测和处理，以及常见的Unix信号，如SIGHUP、SIGINT、SIGSEGV等，并讨论了Android平台捕捉native crash所需的信号处理。
摘要由CSDN通过智能技术生成
了解本专栏 订阅专栏 解锁全文
字节卷动
关注
专栏目录
订阅专栏
【我的Android进阶之旅】Android 如何防止 so库文件被未知应用盗用？
字节卷动
03-25 6188
首先，关于Android 如何防止 so库文件被未知应用盗用这个话题并不是我擅长的，只是在开发中遇到了这个问题，因此在这里总结一下。 故事回到几个月之前，当时公司和第三方音乐平台合作了一款内置于手表系统的音乐APP应用，合作过程中需要第三方提供so库文件来进行相关操作。当时提供so库文件的时候，第三方公司要求我们提供一个我们音乐APP应用的签名文件（这个签名文件称呼为V1）中的MD5码，然后再给我们
【Android知识笔记】JNI专题
最新发布
川峰的博客
10-18 376
Android知识笔记之JNI专题篇。
libc: Fatal signal 4 (SIGILL), code 0, fault addr 0x7178 in tid 29091 (reach.reachlive)
雪飘碧鸳的博客
03-14 5790
这两天在更新GB/T28181协议的C++源码，放到Android Studio后重新编译，但运行时都好几秒就闪退一次，报的是这样的错误： 刚开始，感觉一筹莫展，想起以前也遇到过Fatal signal的错误，方便找到问题点，传送门：https://blog.csdn.net/toyauko/article/details/82416429 查了很多资料，Bugly给出的解析是：...
android jni 报错 singal 4
highhigh_hi的博客
05-10 793
android jni 报错Fatal signal 4 (SIGILL), code 1, fault addr 0xdc3d9f28 in tid 918 (nektv.vod:ktvdb)， 一直不知道什么原因， 因为java到c++的方法是系统给的， 所以没有想着是函数的问题， 因为项目中有void类型的函数是可以正常运行的， 把两个函数调换， 还是会报错， 判断应该是函数的问题， 最后发...
c/c++A/libc: Fatal signal 4 (SIGILL) at 0x000010c5 (code=0), thread 4293 (qssq666.testjnimodule)错误解决...
情随事迁个人博客
07-17 279
这里有一个明显的信息.出现了一个包名,那么知道是哪个apk崩溃的，我这里我知道是走哪里崩溃的，是jni方法调用成功之后后面没有代码才崩溃的，我这里崩溃的原因是java 本地方法没有返回值但是在c层我加了返回值。 相关参考 root@manu-hacks:~/Dropbox/Note/signal# root@manu-hacks:~/Dropbox/Note/signal# ./test_ord...
[原]NDK程序在虚拟机上运行出现signal 4 (SIGILL), fault addr 错误的原因及解决方法
RR的专栏
03-14 1万+
终于到了移植的最后一步 ，但是编译出来的SO文件加入工程后在虚拟机上总是无法执行，查看DDMS发现报错03-14 10:43:08.623: INFO/DEBUG(28): signal 4 (SIGILL), fault addr 80a43224 03-14 10:43:08.643: INFO/DEBUG(28): r0 00000000 r1 00000000 r2 afe42c7c r3 00000000 .... 百思不得其解，想为啥会这样呢，因为这个测试代码用NDK直接编译成功运行
signal 11 (SIGSEGV), code 2 (SEGV_ACCERR)的原因和解决办法
热门推荐
newchenxf的专栏
11-25 4万+
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
Android apk发生crash : Fatal signal 4 (SIGILL), code 1 (ILL_ILLOPC)
sinat_37343534的博客
10-10 5087
放了个假，上班第一天上午不知道修改了啥，导致apk运行直接crash. ============ --------- beginning of crash 10-10 13:31:19.870 6410 7898 F libc : Fatal signal 4 (SIGILL), code 1 (ILL_ILLOPC), fault addr 0xced4d59a in tid 7898 (Thread-1), pid 6410 (com.***.***) 10-10 13:31:19.98...
androidstudio android 使用webrtc的错误汇集
thehunters的专栏
04-11 4396
1、 org.webrtc.examples.androidnativeapi E/rtc: # # Fatal error in: I:\webrtc\android\androidnativeapi\app\src\main\cpp\androidcallclient.cc, line 182 # last system error: 2 # Check failed: (&thread_checker_)->IsCurrent() # 2021-08...
Android日志实战——Tombstones日志分析（七）
小旭的专栏
07-07 1512
Tombstones 一般是由 Dalvik 错误、状态监视调试器、C 层代码以及 libc 的一些问题导致的。当系统发生 Tombstone 的时候，内核（kernel）首先会上报一个严重的警告信号（signal），上层接收到之后，进程的调试工具会把进程中当时的调用栈现场保存起来，并在系统创建了 data/tombstones 目录后把异常时的进程信息写在此目录里面，开发者需要通过调用栈来分析整个调用流程来找出出问题的点。Tombstone原因分析pid 与 tid 相同，问题出在主线程。
hs_err.log
ouyangheshun的专栏
08-14 5060
# # A fatal error has been detected by the Java Runtime Environment: # #  SIGSEGV (0xb) at pc=0x00007fdff1e78c25, pid=26931, tid=140597035554560 # # JRE version: OpenJDK Runtime Environment (7.0)
android 如何捕获libc的错误,Android 7原生崩溃:libc.so tgkill
weixin_42486913的博客
05-26 2113
我看到这个本机崩溃与以下堆栈跟踪。在Android7.0&仅限7.1。这款应用已经推出几年了，没有任何新的内容，但随着越来越多的设备被更新为牛轧糖，这种崩溃的情况现在经常发生，而且已经成为一个令人讨厌的问题。如有任何建议，将不胜感激。native: pc 000000000007a6c4 /system/lib64/libc.so (tgkill+8)native: pc 0000000...
【IPC 通信】信号处理接口 Signal API（3）
最是书香能致远，腹有诗书气自华
09-19 1496
收发信号思想是 Linux 程序设计特性之一，一个信号可以认为是一种软中断，通过用来向进程通知异步事件。 本文讲述的 信号处理内容源自 Linux man。本文主要对各 API 进行详细介绍，从而更好的理解信号编程。 2.头文件 3.接口定义 4.接口描述 sigaction() 系统调用用来改变进程对指定信号采取的行动。（参考 signal(7) 来总体看下各种信号。） signum 指定了信号对应的编号，这个值可以是 SIGKILL 和 S
【native crash】android7.0 monkey + gms包应用测试低概率发生整型溢出导致surfaceflinger主动abort问题分析
pxy的博客
04-01 1453
1、问题描述monkey+gms包应用测试过程中偶现monkey测试停止，android重启，分析log发现是surfaceflinger 发生signal 6触发abort，surfacefinger进程被kill导致init 会kill zygote进程导致系统重启，进而monkey测试异常停止。所以当前问题重点就是分析surfacefinger为何会主动abort。2、问题分析栈信息如下：p...
NativeCrash崩溃异常处理方案
lou_liang的博客
07-26 4023
项目开发中哪些情况会引发崩溃： Java 崩溃； Java 崩溃就是在 Java 代码中，出现了未捕获异常，导致程序异常退出。 native 崩溃； 一般都是因为在 Native 代码中访问非法地址，也可能是地址对齐出现了问题，或者发生了程序主动 abort , 这些都会产生相应的 signal 信号，导致程序异常退出。 ANR； 死锁； IO 问题； 主线程耗时操作； 频繁大量 GC. 今天咱们主要讲的NativeCrash，主要有2种解决方案： 1、基于breakpad： APP中接入提供的SDK，包含
Linux通过中断门进入内核,Linux操作系统内核中断 异常
weixin_28820113的博客
05-03 760
中断：可屏蔽中断：所有有I/O设备请求的中断都是，被屏蔽的中断会一直被CPU 忽略，直到屏蔽位被重置。不可屏蔽中断：非常危险的事件引起(如硬件失败)。异常：处理器产生的(Fault，Trap，Abort)异常programmed exceptions(软中断)：由程序员通过INT或INT3指令触发，通常当做trap处理，用处：实现系统调用。中断描述符表(IDT)：256项，其中的每一项关联一个中断...
Android studio 使用opencl库（realme 手机）
cbzhunian
10-30 4113
opencl.
Android debuggerd
Android 6.0 源码学习
12-07 2563
debuggerd When a dynamically-linked executable starts, several signal handlers are registered that connect to debuggerd (or debuggerd64) in the event that signal is sent to the process. The debug
Android 系统（92）---诊断原生代码崩溃问题
zhangbijun1230的专栏
06-06 4292
诊断原生代码崩溃问题原生代码崩溃问题的类型以下部分详细介绍了最常见的几类原生代码崩溃问题。每类崩溃问题都包含一段 debuggerd 输出示例，其中的关键证据可以帮助您区分特定类型的崩溃问题（以橙色斜体突出显示）。中止中止操作很有趣，因为这是刻意而为。执行中止操作可通过多种不同的方法（包括调用 abort(3)、使 assert(3) 失败、使用 Android 特有的严重记录类型之一）来实现，但...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

字节卷动

你的鼓励将是我创作的最大动力！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值