AnrManager: ANR in com.android.systemui, time=129106286 07-06 21:25:42.609 887 22027 I AnrManager: Reason: Input dispatching timed out (7de4f7a NavigationBar0 (server) is not responding. Waited 5106ms for MotionEvent) 07-06 21:25:42.609 887 22027 I AnrManager: Load: 0.0 / 0.0 / 0.0 07-06 21:25:42.609 887 22027 I AnrManager: Android time :[2023-07-06 21:25:42.60] [129110.227] 07-06 21:25:42.609 887 22027 I AnrManager: CPU usage from 15172ms to 36ms ago (2023-07-06 21:25:23.499 to 2023-07-06 21:25:38.635): 07-06 21:25:42.609 887 22027 I AnrManager: 145% 15646/com.tencent.mm: 86% user + 58% kernel / faults: 39680 minor 6 major

时间: 2024-04-10 14:32:18 浏览: 16
这似乎是一个关于Android系统界面(com.android.systemui)发生ANR(Application Not Responding)的错误报告。ANR是指应用程序在主线程上执行耗时操作而导致用户界面无响应的情况。 根据错误报告,ANR的原因是输入事件分发超时,具体是由于Navigation Bar(导航栏)未响应导致的。系统等待了5106毫秒(5.1秒)的时间,但未收到MotionEvent(触摸事件)的响应。 报告还提到了系统负载(Load)和CPU使用率的信息。在过去的15秒钟内,com.tencent.mm这个应用程序占用了145%的CPU资源,其中86%用于用户进程,58%用于内核进程。此外,还提到了一些与内存错误相关的信息。 请注意,根据错误报告中的时间戳和Android版本,这个错误似乎是在2023年发生的,因此可能与当前时间不相关。 如果您遇到了类似的问题,您可以尝试重启设备或更新相关应用程序来解决ANR问题。如果问题持续存在,请考虑联系应用程序开发者或设备制造商以获取进一步的支持和解决方案。
相关问题

android 9.0 出现2023-06-09 11:35:44.699 426-441/system_process E/ActivityManager: ANR in com.android.phone 怎么解决

这个ANR错误通常是由于com.android.phone进程在执行某个耗时操作时,阻塞了主线程导致的。为了解决这个问题,你可以按照以下步骤进行尝试: 1. 使用日志工具查看错误日志详细信息,确认是什么操作导致了ANR错误。 2. 如果是一个耗时操作(如网络请求、IO操作等),你可以将这个操作放到子线程中执行,避免阻塞主线程。 3. 如果这个错误是由于某个组件的响应过慢导致的,你可以尝试优化这个组件的代码,以提高其响应速度。 4. 如果以上方法都无法解决问题,你可以尝试升级安卓系统或者重置手机到出厂设置,以解决可能存在的系统或应用程序问题。 请注意,如果你不确定如何进行上述操作,建议在操作前备份重要数据,或者寻求专业人员的帮助。

E/ActivityManager: ANR in com.android.phone PID: 729

这是一个来自安卓系统的ANR(Application Not Responding)错误日志,意味着com.android.phone进程在执行某个操作时出现了长时间阻塞,导致系统认为这个进程没有响应。PID:729表示进程的ID号为729。这个错误可能是由于某个耗时操作(如网络请求、IO操作等)在主线程上执行,导致UI无法响应而引起的。为了避免这个错误,你可以将一些耗时操作放到子线程中执行,或者使用异步操作来避免主线程的阻塞。

相关推荐

07-13 10:08:02.266 403 12194 V EmulatedCamera_FakeCamera3: threadLoop: ReadoutThread: Timed out waiting for request 07-13 10:08:02.266 403 12194 V EmulatedCamera_FakeCamera3: threadLoop: ReadoutThread waiting for request 07-13 10:08:02.268 401 12178 I modules.usbaudio.audio_hal: in_read ret 0 07-13 10:08:02.273 401 12178 I modules.usbaudio.audio_hal: in_read ret 0 07-13 10:08:02.276 403 12194 V EmulatedCamera_FakeCamera3: threadLoop: ReadoutThread: Timed out waiting for request 07-13 10:08:02.277 403 12194 V EmulatedCamera_FakeCamera3: threadLoop: ReadoutThread waiting for request 07-13 10:08:02.278 401 12178 I modules.usbaudio.audio_hal: in_read ret 0 07-13 10:08:02.286 716 12304 E ActivityManager: ANR in com.winew.ddcsx (com.winew.ddcsx/.activity.MainActivity) 07-13 10:08:02.286 716 12304 E ActivityManager: PID: 11129 07-13 10:08:02.286 716 12304 E ActivityManager: Reason: Input dispatching timed out (1942a1b com.winew.ddcsx/com.winew.ddcsx.activity.MainActivity (server) is not responding. Waited 5002ms for MotionEvent(deviceId=11, source=0x00001002, displayId=0, action=DOWN, actionButton=0x00000000, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, classification=NONE, edgeFlags=0x00000000, xPrecision=8.5, yPrecision=15.2, xCursorPosition=nan, yCursorPosition=nan, pointers=[0: (1365.8, 1340.9)]), policyFlags=0x62000000) 07-13 10:08:02.286 716 12304 E ActivityManager: Parent: com.winew.ddcsx/.activity.MainActivity 07-13 10:08:02.286 716 12304 E ActivityManager: Load: 12.42 / 11.29 / 12.0 07-13 10:08:02.286 716 12304 E ActivityManager: ----- Output from /proc/pressure/memory ----- 07-13 10:08:02.286 716 12304 E ActivityManager: some avg10=0.00 avg60=0.00 avg300=0.00 total=249698 07-13 10:08:02.286 716 12304 E ActivityManager: full avg10=0.00 avg60=0.00 avg300=0.00 total=74789 07-13 10:08:02.286 716 12304 E ActivityManager: ----- End output from /proc/pressure/memory -----

最新推荐

recommend-type

Android性能优化.pdf

Android性能优化:ANR问题解析 crash监控方案 启动速度与执行效率优化 内存优化 耗电优化 网络传输与数据存储优化 APK大小优化
recommend-type

通过Android trace文件分析死锁ANR实例过程

遇到ANR(Application Not Responding)是比较常见的问题,产生ANR的原因有很多,比如CPU使用过高、事件没有得到及时的响应、死锁等,下面将通过一次因为死锁导致的ANR问题,来说明如何通过trace文件分析ANR问题
recommend-type

zigbee-cluster-library-specification

最新的zigbee-cluster-library-specification说明文档。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

实现实时数据湖架构:Kafka与Hive集成

![实现实时数据湖架构:Kafka与Hive集成](https://img-blog.csdnimg.cn/img_convert/10eb2e6972b3b6086286fc64c0b3ee41.jpeg) # 1. 实时数据湖架构概述** 实时数据湖是一种现代数据管理架构,它允许企业以低延迟的方式收集、存储和处理大量数据。与传统数据仓库不同,实时数据湖不依赖于预先定义的模式,而是采用灵活的架构,可以处理各种数据类型和格式。这种架构为企业提供了以下优势: - **实时洞察:**实时数据湖允许企业访问最新的数据,从而做出更明智的决策。 - **数据民主化:**实时数据湖使各种利益相关者都可
recommend-type

list根据id查询pid 然后依次获取到所有的子节点数据

可以使用递归的方式来实现根据id查询pid并获取所有子节点数据。具体实现可以参考以下代码: ``` def get_children_nodes(nodes, parent_id): children = [] for node in nodes: if node['pid'] == parent_id: node['children'] = get_children_nodes(nodes, node['id']) children.append(node) return children # 测试数
recommend-type

JSBSim Reference Manual

JSBSim参考手册,其中包含JSBSim简介,JSBSim配置文件xml的编写语法,编程手册以及一些应用实例等。其中有部分内容还没有写完,估计有生之年很难看到完整版了,但是内容还是很有参考价值的。
recommend-type

"互动学习:行动中的多样性与论文攻读经历"

多样性她- 事实上SCI NCES你的时间表ECOLEDO C Tora SC和NCESPOUR l’Ingén学习互动,互动学习以行动为中心的强化学习学会互动,互动学习,以行动为中心的强化学习计算机科学博士论文于2021年9月28日在Villeneuve d'Asq公开支持马修·瑟林评审团主席法布里斯·勒菲弗尔阿维尼翁大学教授论文指导奥利维尔·皮耶昆谷歌研究教授:智囊团论文联合主任菲利普·普雷教授,大学。里尔/CRISTAL/因里亚报告员奥利维耶·西格德索邦大学报告员卢多维奇·德诺耶教授,Facebook /索邦大学审查员越南圣迈IMT Atlantic高级讲师邀请弗洛里安·斯特鲁布博士,Deepmind对于那些及时看到自己错误的人...3谢谢你首先,我要感谢我的两位博士生导师Olivier和Philippe。奥利维尔,"站在巨人的肩膀上"这句话对你来说完全有意义了。从科学上讲,你知道在这篇论文的(许多)错误中,你是我可以依
recommend-type

实现实时监控告警系统:Kafka与Grafana整合

![实现实时监控告警系统:Kafka与Grafana整合](https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2pwZy9BVldpY3ladXVDbEZpY1pLWmw2bUVaWXFUcEdLT1VDdkxRSmQxZXB5R1lxaWNlUjA2c0hFek5Qc3FyRktudFF1VDMxQVl3QTRXV2lhSWFRMEFRc0I1cW1ZOGcvNjQw?x-oss-process=image/format,png) # 1.1 Kafka集群架构 Kafka集群由多个称为代理的服务器组成,这
recommend-type

未定义标识符CFileFind

CFileFind 是MFC(Microsoft Foundation Class)中的一个类,用于在Windows文件系统中搜索文件和目录。如果你在使用CFileFind时出现了“未定义标识符”的错误,可能是因为你没有包含MFC头文件或者没有链接MFC库。你可以检查一下你的代码中是否包含了以下头文件: ```cpp #include <afx.h> ``` 另外,如果你在使用Visual Studio开发,还需要在项目属性中将“使用MFC”设置为“使用MFC的共享DLL”。这样才能正确链接MFC库。