ANR(Application Not Responding ) 应用无响应的简称,是为了在 app 卡死时,用户 可以强制退出APP的选择,从而避免卡机无响应问题,这是Android 系统的一种自我保护机制。
什么是ANR
ANR的类型
ANR 产生的原因
如何分析解决 ANR问题
ANR 问题分析解决建议
MTK 平台 ANR问题分析
欢迎关注微信公众号:程序员Android
公众号ID:ProgramAndroid
获取更多信息
微信公众号:ProgramAndroid
我们不是牛逼的程序员,我们只是程序开发中的垫脚石。
我们不发送红包,我们只是红包的搬运工。
在Android中,应用程序响应由Activity Manager和Window Manager系统服务进行监视。ANR(Application Not Responding ),则是Android的一种自我保护措施,当主线程出现卡顿时候,Android 系统会给用户一个弹出提示,让用户手动选择继续等待还是强制关闭此app。
当Android检测到以下情况之一时,Android将显示特定应用程序的ANR对话框,比如以下三种情况下ANR 将经常发生:
UI Thread 超过 5 s没有响应
Broadcast 广播超过10 s没响应
Service 服务超过 20s 没响应
因此,为避免ANR 发生,请不要在主线程中进行耗时操作,耗时操作请尽量在子线程中运行。
发生ANR截图 如下:
ANR Dialog 举例
2. ANR的类型ANR在 Android 手机中很常见,按其相应类型可以分为以下 常见 三种类型。
ANR类型:
按键响应分发超时(Key Dispatch Timeout)
默认 5 s,超过则会出现ANR。
广播超时(Broadcast Timeout)
默认 10 s,超过则会出现ANR。
服务超时(Service Timeout)
默认 20 s,超过则会出现ANR。
在Android系统中,APP 通常运行在一个UI Thread或者叫MainThread里。并且Android中只有一个MainThread 和Main Message Queue。MainThread主要用于UI的绘制、事件响应,监听与接收事件处理等功能。Main Message Queue 主要存放用户要处理消息的队列,主线程MainThread从消息队列Main Message Queue中取消息Message后,尽快分发下去,一旦某条消息分发超时,则ANR可能发生。
因此,当ANR 发生时,我们要分析ANR 产生的原因,也就是查找消息处理不及时的原因。例如可以从以下几个疑问点进行分析:
为什么 APP 不能获取CPU 时间片?
APP 是否是等待一些没能及时处理的事件完成?
-3. 消息处理流程是不是太复杂?
在分析ANR时有一些常见的模式可供选择:
APP正在主线程上进行缓慢的I/O操作。
APP正在主线程中进行很复杂的计算操作
主线程正在对另一个进程执行同步Binder程序调用,但另一个进程需要很长时间才能返回结果。
主线程在等待另一个正在长时间执行块操作的子线程时被阻塞。
主线程因为另一个线程死锁,无论是Bind调用还是主线程调用,都不能让主线程等待很久,更不能在主线程中进行复杂的计算。
知道产生ANR的原因,那么如何避免ANR 问题呢?
a.Strict mode使用StrictMode可以帮助您在开发应用程序时在主线程上发现意外的I / O操作。 您可以在application或activity使用StrictMode。
b.关闭 ANR Dialog 提示查看方法ANR控制的方法:
设置---- 开发者选项---显示所有ANR
注意 :
如没有开发者选项,请进入设置---关于手机--- 多次连击 版本号 即可打开隐藏的开发者选项的item
后台 app ANR 开关
c.TraceviewTraceview获取正在运行的应用程序的跟踪信息,分析此traces.txt文件 可以推测出主线程在忙于某些事情。
traces 文件通常保存在/data/anr/traces.txt下,你可以直接用adb 查看,或者 pull 出来都可以。
直接查看trace 信息
个人不太建议
adb root adb shell cat /data/anr/traces.txtpull trace 文件到桌面
建议使用此方法
adb root adb remount adb pull /data/anr/traces.txt C:\Users\Administrator\Desktop\新建文件夹