关于MessageQueue-JNI的错误问题解决

最新推荐文章于 2024-07-27 12:00:14 发布
原创 最新推荐文章于 2024-07-27 12:00:14 发布 · 7.9k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#MessageQueue-JNI #异常 #ViewPager

本文详细解析了Android开发中遇到的一个关于ViewPager组件在使用过程中出现的异常问题，并提供了有效的解决方案，通过在关键方法中引入异常处理机制，确保应用稳定运行。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

11-19 14:46:23.016: E/MessageQueue-JNI(10777): Exception in MessageQueue callback: handleReceiveCallback
11-19 14:46:23.026: E/MessageQueue-JNI(10777): java.lang.IllegalArgumentException: parameter must be a descendant of this view
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.offsetRectBetweenParentAndChild(ViewGroup.java:4420)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.offsetDescendantRectToMyCoords(ViewGroup.java:4357)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder$SequentialFocusComparator.getRect(FocusFinder.java:688)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder$SequentialFocusComparator.compare(FocusFinder.java:660)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder$SequentialFocusComparator.compare(FocusFinder.java:641)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at java.util.TimSort.countRunAndMakeAscending(TimSort.java:320)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at java.util.TimSort.sort(TimSort.java:185)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at java.util.TimSort.sort(TimSort.java:169)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at java.util.Arrays.sort(Arrays.java:2038)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at java.util.Collections.sort(Collections.java:1891)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder.findNextInputFocusInRelativeDirection(FocusFinder.java:198)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder.findNextFocus(FocusFinder.java:166)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder.findNextInputFocus(FocusFinder.java:102)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder.findNextFocus(FocusFinder.java:83)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.FocusFinder.findNextFocus(FocusFinder.java:65)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewRootImpl.focusSearch(ViewRootImpl.java:3994)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:2635)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.clearChildFocus(ViewGroup.java:863)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.removeViewInternal(ViewGroup.java:3787)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.removeViewInternal(ViewGroup.java:3748)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.view.ViewGroup.removeView(ViewGroup.java:3680)
11-19 14:46:23.026: E/MessageQueue-JNI(10777): 	at android.support.v4.view.ViewPager.removeView(ViewPager.java:1321)

这个错误的解决：

ViewPager中调用的方法：

				try {
					myPetAdapter.destroyItem((View) select_pet_mores_viewPager, arg0, null);
					views[arg0] = myPetAdapter.instantiateItem((View) select_pet_mores_viewPager, arg0);
				} catch (Exception e) {
					// TODO: handle exception
					MM.sysout("Exception in MessageQueue callback: handleReceiveCallback");
				}
其中调用了：destroyItem、instantiateItem
加入异常处理就可以了


我的Android进阶之旅------>Android开发错误汇总
字节卷动
04-30 8861
大家都在为项目开发成功而喜悦，但可不知成功的路上是会经常出错的，下面是我碰到的一些错误集合！ 【错误信息】 [2011-01-19 16:39:10 - ApiDemos] WARNING: Application does not specify an API level requirement! [2011-01-19 16:39:10 - ApiDemos] Devic
Android 系统日志(Log) JNI实现流程源码分析
TTTTTK_1的博客
06-12 1807
JNI允许Java代码调用本地代码的函数，也允许本地代码调用Java代码的函数。通过JNI，开发者可以在Java代码中调用高效的本地代码，访问特定硬件功能，以及重用现有的C/C++库。JNI提供了一套函数，这些函数可以在本地代码中使用，以便与JVM交互，例如创建和操作Java对象，调用Java方法，处理异常等。要深入了解Android Log的JNI实现流程，我们需要从JNI机制、Android日志系统、JNI方法实现及其相互配合的细节等方面进行详细分析。
MessageQueue-JNI: Exception in MessageQueue callback: handleReceiveCallback
HelloWorld的专栏
11-15 6918
遇到下面异常： E/InputEventReceiver: Exception dispatching input event. E/MessageQueue-JNI: Exception in MessageQueue callback: handleReceiveCallback E/MessageQueue-JNI: java.lang.NullPointerException: Atte
E/MessageQueue-JNI: Exception in MessageQueue callback: handleReceiveCallback E/MessageQueue-JNI: ja
科技向善
11-04 966
Android，适配器报错： 适配器的内容已更改，但ListView没有收到通知。确保不从后台线程修改适配器的内容，而仅从UI线程修改。 解决办法： 适配器中的数据改变和适配器的notifyDataSetChanged()写在一起： /** * 配置数据源 */ private final int COUNT = 15; private int now...
Exception in MessageQueue callback: handleReceiveCallback
weixin_33878457的博客
07-22 910
07-20 14:27:11.477: E/InputEventReceiver(7209): Exception dispatching input event. 07-20 14:27:11.477: E/MessageQueue-JNI(7209): Exception in MessageQueue callback: handleReceiveCallback 07-20 14:...
MessageQueue-JNI: java.lang.NullPointerException: Attempt to invoke virtual method 'void android.wid
qew2017的博客
08-20 3679
昨天在敲代码的时候遇到这个问题搞了半天，今天下午又看看，终于解决了。完整的错误是这样的： 281 12851-12851/chapter05.qst.com.mobileguard E/InputEventReceiver: Exception dispatching input event. 281 12851-12851/chapter05.qst.com.mobileguard E/Me...
jni--‘jni_internal.cc:616] JNI FatalError called，RegisterNatives failed，导致system_server crash
wensan911的博客
07-28 2602
目录 一、概述 二、实例 三、总结 一、概述 二、实例 错误： 可以看一下具体份回溯，这里把具体的出错点贴上。这里主要是 java.lang.System.loadLibrary里加载jni so库出错，具体的那个service就不贴出来了。 [10:11:02]07-27 22:16:11.517 3258 3258 F system_server: runtime.cc:558] | stack=0xf6329bf3e000-0xf6329bf40000 st...
使用 leanback 库 GridView 管理AnroidTV的焦点
啥都靠学
07-27 934
【代码】使用 leanback 库 GridView 管理AnroidTV的焦点。
Android消息机制2　(Native层)
liuwg1226的专栏
04-05 1551
一　概述 在文章 Android消息机制1　(Java层) 中讲解了 Java 层的消息处理机制，其中 MessageQueue 类里面涉及到多个 native 方法，除了 MessageQueue 的 native 方法，native 层本身也有一套完整的消息机制，用于处理 native 的消息，如下图Native 层的消息机制。 在整个消息机制中，MessageQueue 是连接 Java 层和 Native 层的纽带，换言之，Java 层可以向 MessageQueue 消息队列中添加消息，Nat
java.lang.RuntimeException: setAudioSource failed异常处理
柚子君的小窝
08-06 3806
调用音频时出现java.lang.RuntimeException: setAudioSource failed报错。 好多资料说需要在AndroidManifest.xml文件中增加如下配置以授予程序录制声音的权限： <uses-permission android:name="android.permission.RECORD_AUDIO"/> 添加之后，如果依旧出现如上报错...
错误 java.lang.IllegalArgumentException: parameter must be a descendant of this view 的解决方案
热门推荐
俺总在笑
10-17 2万+
bug信息： 10-16 17:27:20.250: D/AndroidRuntime(14662): Shutting down VM 10-16 17:27:20.250: W/dalvikvm(14662): threadid=1: thread exiting with uncaught exception (group=0x40a5e228) 10-16 17:27:20.250:
关于TouchEvent中MessageQueue-JNI问题
libeyond_的专栏
01-29 2038
E/InputEventReceiver(9016): Exception dispatching input event. E/MessageQueue-JNI(9016): Exception in MessageQueue callback: handleReceiveCallback FATAL EXCEPTION: main java.lang.NullPointerExcept
java.lang.IllegalArgumentException
chengqinjiao5855的博客
02-13 230
问题描述：java.lang.IllegalArgumentException: Wrong state class, expecting View State but received class cn.etouch.ecalendar.waterfallview.StaggeredGr...
异常 E/MessageQueue-JNI(796): java.lang.IndexOutOfBoundsException: Invalid index 1, size is 1
zcv5and的博客
11-24 2457
今天新增了个刷新结果报了异常： 异常是这样的： /MessageQueue-JNI(796): Exception in MessageQueue callback: handleReceiveCallback /MessageQueue-JNI(796): java.lang.IndexOutOfBoundsException: Invalid index 1, size
java.lang.IllegalArgumentException: Can only use lower 16 bits for requestCode
哈罗德Android笔记
04-07 963
错误 Stack com.example.composedemo E/MessageQueue-JNI: java.lang.IllegalArgumentException: Can only use lower 16 bits for requestCode at androidx.fragment.app.FragmentActivity.checkForValidRequestCode(FragmentActivity.java:715) at androidx.fr
Android "handleReceiveCallback"报错原因
weixin_33860528的博客
02-12 423
2019独角兽企业重金招聘Python工程师标准>>> ...
Android错误集锦
键盘上的烟灰的专栏
04-08 1202
1. Exception in MessageQueue callback: handleReceiveCallback         多次触发触摸屏事件，导致对同一个事件处理的消息过多，当第一个消息已处理完事件并销毁事件时，由于该事件已销毁但还没来得及通知销毁第二个同样的消息，当主线程执行第二个消息时，由于获取不了该事件，所以抛出异常。 解决方法：用try..catch..包围
2025-03-09 01:35:45.642 2212-2212 DEBUG pid-2212 A signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr -------- 2025-03-09 01:35:46.219 2240-2240 DEBUG pid-2240 A signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr -------- 2025-03-09 01:38:23.760 2908-2908 DEBUG crash_dump64 A signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr -------- 2025-03-09 01:38:24.364 2938-2938 DEBUG pid-2938 A signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr
最新发布
03-10
<think>好的，我现在需要帮助用户解决他们在Android开发中遇到的SIGABRT崩溃问题。首先，用户提供的日志显示有多个进程（pid-2212、2240、2908、2938）在接收到信号6（SIGABRT）后崩溃，错误代码为SI_QUEUE。SIGABRT通常表示程序主动调用了abort()，可能由严重错误导致，比如内存访问问题、资源泄漏或未捕获的异常。 首先，我应该回忆一下SIGABRT的常见原因。常见的包括空指针解引用、数组越界、内存泄漏、使用无效的句柄（如已释放的对象）、多线程问题，或者JNI层的错误。用户之前的问题是在Fragment中调用API导致闪退，所以可能需要结合之前的上下文来分析，但这次的问题可能更底层，或者涉及到更广泛的系统层面。 接下来，用户提供的日志信息比较有限，只有时间戳、进程ID和信号类型，没有具体的错误堆栈或崩溃点。因此，需要引导用户提供更多的日志信息，尤其是崩溃时的堆栈跟踪。不过，根据现有信息，我可以先列出可能的常见原因，并给出排查建议。 可能的分析步骤： 1. **检查崩溃堆栈**：用户需要从Logcat中过滤崩溃时的详细日志，特别是查找“Fatal signal 6”之后的堆栈信息，或者使用adb logcat -b crash来获取崩溃日志。这一步是关键，因为堆栈跟踪能指出具体的错误位置。 2. **JNI代码问题**：如果应用中有使用JNI或NDK，SIGABRT可能由本地代码的错误引起，比如内存访问错误、数组越界、空指针等。需要检查本地代码的内存管理和指针操作。 3. **资源泄漏或耗尽**：如文件描述符泄漏、线程过多导致资源耗尽，或者内存不足导致系统终止应用。可以通过检查应用的资源使用情况来排查。 4. **多线程问题**：不正确的线程同步可能导致数据竞争或死锁，从而触发abort。需要检查代码中的多线程操作，确保正确使用锁和线程安全的数据结构。 5. **第三方库冲突**：某些第三方库可能存在兼容性问题，或者与现有代码产生冲突，导致崩溃。可以尝试更新库版本或排查库的集成方式。 6. **系统服务调用失败**：如使用不当的系统API，或在不适当的时机调用某些方法（如在销毁的Fragment中更新UI），可能导致崩溃。需要检查生命周期相关的代码。 针对用户之前的Fragment问题，可能相关的点包括在后台线程尝试更新已销毁的UI组件，或者在Fragment销毁后未取消网络请求，导致回调时访问无效的上下文。此外，如果用户在使用JNI，可能需要检查本地代码。 接下来，需要给出具体的排查建议，比如检查Logcat详细日志、使用调试工具（如AddressSanitizer）、审查JNI代码、检查资源使用情况等。同时，建议用户添加全局异常处理器捕获未处理的异常，或者在关键代码处添加日志，以缩小问题范围。 最后，要提醒用户如果缺乏更多日志，可能需要进一步的调试步骤，或者提供示例代码片段以便更精确地定位问题。</think>以下是针对`SIGABRT`崩溃的深度分析及解决方案（按优先级排序）： --- ### **1. 核心原因定位** - **关键日志特征**：`signal 6 (SIGABRT)`表示程序主动调用`abort()`触发的崩溃，通常由以下原因导致： - JNI层代码出现严重错误（如内存越界、野指针） - 系统关键资源耗尽（文件描述符/线程数超过限制） - 未捕获的C++异常或Java层`FatalError` - ART虚拟机检测到堆损坏等严重问题 --- ### **2. 常见场景及解决方案** #### **场景1：JNI本地代码错误** - **典型表现**：崩溃发生在`.so`动态库调用时 - **排查工具**： - 使用`adb logcat -b crash`获取完整native崩溃堆栈 - 通过`ndk-stack`工具解析堆栈： ```bash ndk-stack -sym <项目路径>/app/build/intermediates/merged_native_libs/ -dump crash_log.txt ``` - 开启AddressSanitizer检测内存问题： ```gradle android { defaultConfig { externalNativeBuild { cmake { arguments "-DANDROID_ARM_MODE=arm", "-DANDROID_STL=c++_shared" cFlags "-fsanitize=address -fno-omit-frame-pointer" cppFlags "-fsanitize=address -fno-omit-frame-pointer" } } } } ``` #### **场景2：资源泄漏** - **检测方法**： - 监控文件描述符数量： ```bash adb shell ls -l /proc/`adb shell pidof <包名>`/fd | wc -l ``` - 监控线程数量： ```java // 在代码中添加监控 Thread.getAllStackTraces().keySet().size(); ``` - **修复方案**： - 使用`StrictMode`检测资源未关闭： ```java public void onCreate() { StrictMode.setVmPolicy(new VmPolicy.Builder() .detectLeakedClosableObjects() .penaltyLog() .build()); } ``` #### **场景3：多线程竞争** - **调试技巧**： - 在可疑代码段添加同步锁： ```java private final Object lock = new Object(); void criticalSection() { synchronized(lock) { // 临界区代码 } } ``` - 使用`Thread.getState()`监控线程状态 --- ### **3. 高级调试方法** #### **3.1 内存快照分析** ```bash # 触发崩溃后立即dump内存 adb shell am dumpheap <PID> /data/local/tmp/heap.hprof adb pull /data/local/tmp/heap.hprof ``` #### **3.2 信号捕获调试** 在`JNI_OnLoad`中注册信号处理函数： ```c #include <signal.h> #include <unwind.h> static struct sigaction old_action; void signal_handler(int sig, siginfo_t* info, void* reserved) { __android_log_print(ANDROID_LOG_ERROR, "CRASH", "Signal %d caught!", sig); // 打印堆栈 raise(SIGTRAP); // 触发调试器附加 old_action.sa_sigaction(sig, info, reserved); } JNIEXPORT jint JNICALL JNI_OnLoad(JavaVM* vm, void* reserved) { struct sigaction handler; memset(&handler, 0, sizeof(sigaction)); handler.sa_sigaction = signal_handler; handler.sa_flags = SA_RESETHAND; sigaction(SIGABRT, &handler, &old_action); return JNI_VERSION_1_6; } ``` --- ### **4. 典型错误模式对照表** | 错误特征 | 可能原因 | 解决方案 | |---------------------------|---------------------------|---------------------------| | `SIGABRT` + `pthread_kill` | 线程同步问题 | 检查互斥锁/条件变量使用 | | `abort message: 'heap corruption'` | 内存越界写入 | 使用AddressSanitizer检测 | | `Fatal signal 6 at 0x0000dead` | 空指针解引用 | 检查JNI的jobject引用管理 | --- ### **5. 建议排查步骤** 1. 在`Application`类中添加全局异常捕获： ```java Thread.setDefaultUncaughtExceptionHandler((thread, ex) -> { StringWriter sw = new StringWriter(); ex.printStackTrace(new PrintWriter(sw)); Log.e("GlobalCrash", sw.toString()); }); ``` 2. 使用Android Studio的`Memory Profiler`监控内存使用 3. 在`adb logcat`中过滤`DEBUG`和`ERROR`级别日志 建议提供以下信息以获得更精确的解决方案： - 完整的崩溃堆栈 - 是否涉及JNI调用 - 崩溃前的用户操作路径
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值