Android ANR问题总结

最新推荐文章于 2025-05-30 07:30:44 发布
转载 最新推荐文章于 2025-05-30 07:30:44 发布 · 852 阅读 · 1

本文介绍了Android中ANR（Application not responsing，应用程序无响应）问题。当应用程序主线程在超时时间内未处理完输入事件或特定操作，AMS和WMS监测到就会出现ANR。文中还给出了ANR问题的分析流程和案例，包含相关日志信息。

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

转载自:https://blog.youkuaiyun.com/jiangguohu1/article/details/52636470

一，什么是ANR？

        所谓ANR也就是Application not responsing，即应用程序无响应。在Android中，AMS和WMS会监测应用程序的响应时间，如果应用程序主线程在超时时间内对输入事件没有处理完毕或对特定的操作没有执行完毕，就会出现ANR。对于输入事件没有处理完毕的ANR，Android会弹出一个对话框，提示用户当前应用程序没有响应，用户可以选择继续等待或者关闭这个应用程序（也就是杀掉这个进程）。


二，ANR问题的产生

系统原因：由于kernel/Framework/Driver等存在问题，导致系统不稳定最终变现出ANR
应用原因：线程死锁、阻塞或性能低下。需避免将耗时操作放在主线程。

三，ANR问题的分类

InputDispatchingTimedOut
 应用程序主线程在5秒内没有完成用户的input事件（比如按键事件、屏幕触摸事件）

Service Timeout 
 应用程序没有执行完成service的bind/create/start/destroy/unbind操作 前台服务20秒超时，后台服务200秒超时

Broadcast Timeout
 应用程序在规定时间内没有执行完成onReceive操作 前台广播10秒超时，后台广播60秒超时（BROADCAST_FG_TIMEOUT /BROADCAST_FG_TIMEOUT）

Content Provider Timeout
 应用程序在20秒内没有执行完成ContentProvider相关操作

四，ANR问题的分析流程

1，Find ANR time，PID，ANR type
2，Find JE/NE before ANR
3，Check trace.txt mapping process ID and time stamp
4，Check CPU usage
5，Find some more information about main thread through main log and event log
至于上面说的ANR的trace.txt文件，展讯项目一般在log的mic文件夹里的snapshot文件里，MTK项目则需要用GAT工具解析DB文件，其trace信息都在DB中。
分析trace.txt文件一般照着下面的步奏来：


五，ANR案例分析

问题描述：插入usb线，锁屏界面有微博消息，双击进入微博黑屏，一会弹出微博无响应，log已抓，出现时间点：11:17分左右
分析步骤：
1，Find ANR time，PID，ANR type
[plain]  view plain  copy
  1. <strong>event.log</strong>  
  2. 02-03 <strong>11:15:12.971</strong> 581 619 I <strong>am_anr</strong> : [0,2152,com.sina.weibo,8928836,Input dispatching timed out (Waiting because  
  3. no window has focus but there is a focused application that may eventually add a window when it finishes starting up.)]  
[plain]  view plain  copy
  1. <strong>main.log</strong>  
  2. 02-03 11:15:12.991 581 619 I Process : Sending signal. <strong>PID: 2152</strong> SIG: 3  
[plain]  view plain  copy
  1. <strong>system.log</strong>  
  2. 02-03 11:15:20.708 581 619 E ActivityManager: ANR in com.sina.weibo (com.sina.weibo/.PageActivity)  
  3. 02-03 11:15:20.708 581 619 E ActivityManager: <strong>PID: 2152</strong>  
  4. 02-03 11:15:20.708 581 619 E ActivityManager: Reason: <strong>Input dispatching timed out</strong> (Waiting because no window has  
  5. focus but there is a focused application that may eventually add a window when it finishes starting up.)  
  6. 02-03 11:15:20.708 581 619 E ActivityManager: Load: 6.53 / 5.46 / 4.61  
  7. 02-03 11:15:20.708 581 619 E ActivityManager: CPU usage from 2098ms to -7885ms ago:  
  8. 02-03 11:15:20.708 581 619 E ActivityManager:<strong> 50% 62/kswapd0</strong>: 0% user + 50% kernel  
  9. 02-03 11:15:20.708 581 619 E ActivityManager: 48% 581/system_server: 22% user + 25% kernel / faults: 19785 minor  
  10. 279 major  
  11. 02-03 11:15:20.708 581 619 E ActivityManager: 32% 2152/com.sina.weibo: 20% user + 11% kernel / faults: 28017  
  12. minor 1509 major  
由此可见该问题属于： InputDispatchingTimedOut

2，Find JE/NE before ANR
没有异常

3，Check trace.txt mapping process ID and time stamp
[plain]  view plain  copy
  1. <strong>snapshot_11-15-14.txt</strong>  
  2. DALVIK THREADS (52):  
  3. "main" prio=5 tid=1 Native  
  4. | group="main" sCount=1 dsCount=0 obj=0x74c41f50 self=0xb4827800  
  5. | sysTid=2152 nice=-6 cgrp=default sched=0/0 handle=0xb6fd4bec  
  6. | state=S schedstat=( 0 0 0 ) utm=206 stm=145 core=3 HZ=100  
  7. | stack=0xbe076000-0xbe078000 stackSize=8MB  
  8. | held mutexes=  
  9. native: #00 pc 000133cc /system/lib/libc.so (syscall+28)  
  10. native: #01 pc 000a9a83 /system/lib/libart.so (art::ConditionVariable::Wait(art::Thread*)+82)  
  11. native: #02 pc 001ad609 /system/lib/libart.so (art::JNI::IsInstanceOf(_JNIEnv*, _jobject*, _jclass*)+1024)  
  12. native: #03 pc 00087be9 /system/lib/libandroid_runtime.so (???)  
  13. native: #04 pc 000880a5 /system/lib/libandroid_runtime.so (android::ibinderForJavaObject(_JNIEnv*, _jobject*)+32)  
  14. native: #05 pc 0008315d /system/lib/libandroid_runtime.so (???)  
  15. native: #06 pc 0026495d /data/dalvik-cache/arm/system@framework@boot.oat  
  16. (Java_android_os_Parcel_nativeWriteStrongBinder__JLandroid_os_IBinder_2+120)  
  17. at android.os.Parcel.<strong>nativeWriteStrongBinder</strong>(Native method)  
  18. at android.os.Parcel.writeStrongBinder(Parcel.java:559)  
  19. at android.view.IWindowManager$Stub$Proxy.openSession(IWindowManager.java:1065)  
  20. at android.view.WindowManagerGlobal.getWindowSession(WindowManagerGlobal.java:160)  
  21. - locked <@addr=0x7145f718> (a java.lang.Class<android.view.WindowManagerGlobal>)  
  22. at android.view.ViewRootImpl.<init>(ViewRootImpl.java:355)  
  23. at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:271)  
  24. - locked <@addr=0x22db7d40> (a java.lang.Object)  
  25. at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:85)  
  26. at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3113)  
  27. at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2418)  
  28. at android.app.ActivityThread.access$800(ActivityThread.java:154)  
在上述中：线程的名字(“main”)，线程优先级(“prio”), 线程id(“tid”) 以及线程的类型(“Native”)。
线程所述的线程组 (“main”), 线程被正常挂起的次处(“sCount”)，线程因调试而挂起次数(“dsCount ”)，当前线程所关联的java线程对象(“obj ”)以及该
线程本身的地址(“self ”)。该线程在linux系统下的本地线程id (“sysTid ”)，线程的调度优先级(“nice ”)，调度策略(sched ) ，优先组属(cgrp=no-cpu-subsys)以及
处理函数地址(“handle”)
可见没有“held by thread”信息，没有发生block。接下啦查看CPU信息。

4，Check CPU usage

再去查看当时内存信息：可用内存MemFree + Cached: 12164 kB + 211060 kB
上述的IOWAIT接近但是还没有超过20%，也不算是很高，当时手机也不是处于低内存环境下。

5，Find some more information about main thread through main log and event log
查看启动PageActivity后和发生anr之前的相关log，发现接连启动了两个关于美图的进程。14715，14770。(这两个是美图的service请求启动的)
[plain]  view plain  copy
  1. <strong>02-03 11:15:06.414 581 1170 I am_restart_activity: [0,308705919,76,com.sina.weibo/.PageActivity</strong>  
  2. 02-03 11:15:06.424 581 1170 I am_focused_activity: [0,com.sina.weibo/.PageActivity]  
  3. <strong>02-03 11:15:07.425 581 731 I am_proc_start:  
  4. [0,14715,10096,com.mt.mtxx.mtxx:pushservice,service,com.mt.mtxx.mtxx/com.igexin.sdk.PushService]</strong>  
  5. 02-03 11:15:07.485 581 916 I am_proc_bound: [0,14715,com.mt.mtxx.mtxx:pushservice]  
  6. <strong>02-03 11:15:09.988 581 1148 I am_proc_start:  
  7. [0,14770,10096,com.mt.mtxx.mtxx,service,com.mt.mtxx.mtxx/com.igexin.sdk.PushServiceUser]</strong>  
  8. 02-03 11:15:10.088 581 672 I am_proc_bound: [0,14770,com.mt.mtxx.mtxx]  
  9. 2-03 11:15:12.440 2152 2152 I am_on_performance: [0,com.sina.weibo.PageActivity, onCreate cost 5295ms]  
  10. <strong>02-03 11:15:12.971 581 619 I am_anr :</strong> [0,2152,com.sina.weibo,8928836,Input dispatching timed out (Waiting  
  11. because no window has focus but there is a focused application that may eventually add a window when it finishes starting  
  12. up.)]  
这两个进程占用了大约96M的内存。
[plain]  view plain  copy
  1. u0_a96 14715 253 1007376 49812 ffffffff b6e71f7c S com.mt.mtxx.mtxx:pushservice  
  2. u0_a96 14770 253 1006276 47184 ffffffff b6e71f7c S com.mt.mtxx.mtxx  
这个是导致kswapd0 cpu占用率高的主要原因.
[plain]  view plain  copy
  1. 02-03 11:15:12.961 581 619 D SprdRuntimeInfo: PID USER SYSTEM TOTAL NAME  
  2. 02-03 11:15:12.961 581 619 D SprdRuntimeInfo: 62 0.00% 50.33% 50.33% kswapd0  
  3. ...  
  4. 02-03 11:15:12.961 581 619 D SprdRuntimeInfo: PID USER SYSTEM TOTAL NAME  
  5. 02-03 11:15:12.961 581 619 D SprdRuntimeInfo: 62 0.00% 45.00% 45.00% kswapd0  

综上所述：新浪微博com.sina.weibo/.PageActivity这个界面执行onCreate方法时，美图(com.mt.mtxx)同时启动了两个进程com.mt.mtxx.mtxx:pushservice和com.mt.mtxx.mtxx，占用了较多内存(kswapd0占用cpu偏高)，使得系统繁忙。导致com.sina.weibo/.PageActivity执行onCreate方法耗时达到了5s之多，发生anr。

由于美图和新浪均没有源码，只能得出上面的那个结论。

ANR的问题不像别的问题那样，只要按着上面步奏来，基本上半数以上问题都能够解决。分析ANR问题是一个长期积累的过程。
Android 系统 ANR 分析详解
岁月斑驳7的博客
03-08 6501
什么是 ANR ANR 产生的原因 ANR 出现流程分析 发生 ANR 如何定位 如何避免和解决 ANR 附 Google 官网说明链接：Keeping your app responsive 1. 什么是 ANR ANR：Application Not Responding，即应用无响应 为用户在主线程长时间被阻塞 Android 系统自身提供的一种检测机制 -&gt; ANR 的类型 ...
Android ANR （转）
justforme123的专栏
10-21 477
1）什么引发了ANR？ 在Android里，应用程序的响应性是由Activity Manager和WindowManager系统服务监视的。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR： 在5秒内没有响应输入的事件（例如，按键按下，屏幕触摸） BroadcastReceiver在10秒内没有执行完毕 一个ANR对话框显示给用户 2）如何避免...
Android性能优化：ANR问题快速定位与优化
最新发布
时小雨的专栏
05-30 1572
ANR优化不是一次性任务，而是持续的性能治理过程。通过本文介绍的五步定位法和六大优化方案，开发者可以系统化解决ANR问题。监控先行：建立完善的ANR监控体系预防为主：在开发阶段消除ANR隐患深度优化：结合Traceview和Systrace深入分析持续迭代：定期分析线上ANR报告并优化fill:#333;color:#333;color:#333;fill:none;发现ANR获取traces.txtTraceview分析Systrace验证代码优化自动化测试线上监控。
Android ANR
dawuafang
08-22 117
下面是我从Google Android Reference里查看到的关于ANR事件资料里截取的比较重要的信息。原文给出，翻译的不太好，请多多包涵。原文的地址：http://developer.android.com/intl/zh-cn/training/articles/perf-anr.html#Reinforcing Android will display the ANR dialo...
android anr 问题梳理
我的专栏
07-30 812
anr 分析流程梳理总结
android anr trace 分析,Android ANR问题（一）-基本分析方法
weixin_34910772的博客
05-25 1678
本文站在系统角度来简单总结下ANR分析的一般套路。一、ANR简介1.1 ANR定义ANR(Application Not Responding)：即应用无响应。主线程在超时时间内没有做完特定的事情，就会发生ANR。1.2 ANR类型1)KeyDispatchTimeout-主要类型按键或触摸事件,input事件在5S内没有处理完成发生ANR日志关键字：Reason: Input dispatchi...
通过Android trace文件分析死锁ANR实例过程
09-05
总结来说，通过分析Android trace文件，我们可以发现并解决由于死锁引发的ANR问题。理解线程间的交互、资源管理以及并发控制原理是有效避免和解决此类问题的关键。作为Android开发者，熟悉并熟练运用这些工具和技术...
ANR
zhizhuodewo6的博客
07-21 482
1、ANR排错一般有三种类型 KeyDispatchTimeout(5 seconds) --主要是类型按键或触摸事件在特定时间内无响应BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成ServiceTimeout(20 secends) --小概率事件 Service在特定的时间内无法处理完成 2、哪些操作会导致A
android 4.4 anr,Android版ANR /崩溃版4.4
weixin_28452161的博客
05-29 190
at android.view.GLES20Canvas.nDrawDisplayList(Native Method) atandroid.view.GLES20Canvas.drawDisplayList(GLES20Canvas.java:420) atandroid.view.HardwareRenderer$GlRenderer.drawDisplayList(HardwareRende...
Android 经验总结之ANR&SWT
qq_27672101的博客
06-17 5265
ANR(Application Not Responding，即应用程序无响应)。在Android中，当应用程序在规定时间内没有处理完毕相应的事件,系统就会报出ANR。
Android ANR详解
热门推荐
Fighting_初心的博客
01-23 1万+
一、什么是ANR？ ANR(Application Not responding)，是指应用程序未响应，Android系统对于一些事件需要在一定的时间范围内完成，如果超过预定时间能未能得到有效响应或者响应时间过长，都会造成ANR。一般地，这时往往会弹出一个提示框，告知用户当前xxx未响应，用户可选择继续等待或者Force Close。 那么哪些场景会造成ANR呢？ Service Timeout：前台服务在20s内未执行完成； BroadcastQueue Timeo...
安卓之导致ANR的原因分析，问题定位以及解决方案
wlred1980的博客
01-22 8306
在Android应用开发中，Application Not Responding（ANR）是一种常见的性能问题，它直接关系到用户体验的质量。当应用在特定时间段内无法及时响应用户的交互或者系统事件时，系统将会抛出ANR错误，提示用户应用已停止响应。为了确保应用的流畅性和用户满意度，理解ANR产生的根源、掌握其精准定位方法以及实施有效的解决方案至关重要。
Android anr
03-20
### ANR 的原因 在 Android 应用程序中，ANR 错误通常发生在主线程被阻塞的情况下。如果某个线程占用单一线程时间过长（超过 5 秒），这会阻止用户交互并触发系统的 ANR 警告[^1]。 具体来说，当应用程序未能及时响应输入事件或广播接收器超时未完成处理时，系统就会判定该应用无响应，并向用户显示 ANR 对话框。常见的场景包括长时间运行的操作直接放置于主线程上执行，例如网络请求、数据库查询或其他耗时操作。 --- ### 解决方案 #### 使用异步任务或多线程技术 为了防止主线程被阻塞，开发人员应将任何可能耗费较长时间的任务移至后台线程。可以采用以下几种方式： - **Handler 和 Thread**: 创建一个新的工作线程来执行耗时任务，完成后通过 `Handler` 将结果传递回主线程。 ```java new Thread(new Runnable() { @Override public void run() { // 执行耗时任务 final String result = performLongRunningTask(); // 切换到主线程更新UI handler.post(new Runnable() { @Override public void run() { updateUiWithResult(result); } }); } private String performLongRunningTask() { try { Thread.sleep(5000); // 模拟耗时操作 } catch (InterruptedException e) { e.printStackTrace(); } return "Operation Completed"; } private void updateUiWithResult(String result) { textView.setText(result); } }).start(); ``` - **AsyncTask**（已废弃）: 这是一个简化版的多线程工具类，在现代开发中已被官方建议弃用，推荐改用其他替代品如 `ExecutorService` 或者 Kotlin 协程。 - **Kotlin Coroutines**: 如果项目支持 Kotlin，则可利用协程实现更简洁优雅的并发控制逻辑。 ```kotlin GlobalScope.launch(Dispatchers.IO) { val result = longRunningOperation() withContext(Dispatchers.Main){ textView.text = result } } ``` #### 配置 ART 提升性能表现 自 Android 4.4 开始引入的新运行环境 ART 已经成为默认设置，并取代了旧版本中的 Dalvik VM[^2]。相比后者而言，ART 增加了一些改进措施以减少垃圾回收期间暂停的时间长度以及优化内存管理策略从而间接降低发生 ANRs 的可能性。 尽管如此，开发者仍然需要注意合理分配资源避免不必要的对象创建动作频繁触发起 GC 行动；另外也要关注特定 API 版本下是否存在潜在 bug 导致异常情况加剧等问题存在。 --- ### 总结 综上所述，要有效预防和解决 Android 中的应用不响应错误，关键是确保所有非即时反馈型的工作都应在独立子进程中完成而不是干扰 UI 更新流程所在的主进程运作状态之上加以考虑设计架构模式转换思路调整业务逻辑安排顺序等等因素综合考量之后再做决定采取相应行动步骤实施改善计划达成目标效果最佳化呈现给最终使用者良好体验感受度提升满意度水平达到预期标准范围内即可视为成功案例范例之一供参考学习借鉴模仿复制推广开来形成规模效应扩大影响力范围覆盖更多人群群体受益匪浅收获满满成果丰硕累累硕果满枝头喜迎丰收季节到来之际共襄盛举同庆佳节良辰美景好时光共享天伦之乐家庭幸福美满安康吉祥如意万事顺遂心想事成梦想成真一路高歌猛进勇攀高峰不断超越自我创造辉煌成就传奇人生价值最大化体现出来让生命绽放光彩闪耀光芒照亮黑暗前行道路指引方向引领潮流趋势发展走向光明未来前景无限美好灿烂辉煌！ ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值