酒店网站建设流程图,有趣的网站大全,asp sqlserver做网站,天津建站模板经典好文推荐#xff0c;通过阅读本文#xff0c;您将收获以下知识点: 一、ANR 概述 二、ANR的类型 三、ANR 产生的原因 四、如何分析解决 ANR问题 五、ANR 问题分析解决建议 六、MTK 平台 ANR问题分析 一、 ANR 概述
在Android中#xff0c;应用程序响应由Activity Manage…经典好文推荐通过阅读本文您将收获以下知识点: 一、ANR 概述 二、ANR的类型 三、ANR 产生的原因 四、如何分析解决 ANR问题 五、ANR 问题分析解决建议 六、MTK 平台 ANR问题分析 一、 ANR 概述
在Android中应用程序响应由Activity Manager和Window Manager系统服务进行监视。ANR(Application Not Responding )则是Android的一种自我保护措施当主线程出现卡顿时候Android 系统会给用户一个弹出提示让用户手动选择继续等待还是强制关闭此APP。
当Android检测到以下情况之一时Android将显示特定应用程序的ANR对话框比如以下三种情况下ANR将经常发生 1.UI Thread超过 5 s没有响应 2.Broadcast广播超过10 s没响应 3.Service 服务超过 20s 没响应
因此为避免ANR发生请不要在主线程中进行耗时操作耗时操作请尽量在子线程中运行。 4.发生ANR截图 如下 ANR Dialog 举例
二、 ANR的类型
ANR在Android 手机中很常见按其相应类型可以分为以下 常见 三种类型。
ANR类型如下 按键响应分发超时(Key Dispatch Timeout) 默认 5 s超过则会出现ANR。 广播超时(Broadcast Timeout) 默认 10 s超过则会出现ANR。 服务超时(Service Timeout) 默认 20 s超过则会出现ANR。
三、ANR 产生的原因
在Android系统中APP 通常运行在一个UI Thread或者叫MainThread里。并且Android中只有一个MainThread 和Main Message Queue。MainThread主要用于UI的绘制、事件响应监听与接收事件处理等功能。Main Message Queue 主要存放用户要处理消息的队列主线程MainThread从消息队列Main Message Queue中取消息Message后尽快分发下去一旦某条消息分发超时则ANR可能发生。
因此当ANR 发生时我们要分析ANR产生的原因也就是查找消息处理不及时的原因。例如可以从以下几个疑问点进行分析 1.为什么 APP不能获取CPU时间片 2.APP 是否是等待一些没能及时处理的事件完成 3.消息处理流程是不是太复杂
四、如何分析解决 ANR问题
在分析ANR时有一些常见的模式可供选择 APP正在主线程上进行缓慢的I/O操作。 APP正在主线程中进行很复杂的计算操作 主线程正在对另一个进程执行同步Binder程序调用但另一个进程需要很长时间才能返回结果。 主线程在等待另一个正在长时间执行块操作的子线程时被阻塞。 主线程因为另一个线程死锁无论是Bind调用还是主线程调用都不能让主线程等待很久更不能在主线程中进行复杂的计算。
知道产生ANR的原因那么如何避免ANR 问题呢
1.Strict mode
使用StrictMode可以帮助您在开发应用程序时在主线程上发现意外的I / O操作。您可以在application或activity使用StrictMode。
2.关闭 ANR Dialog 提示
查看方法ANR控制的方法 设置---- 开发者选项---显示所有ANR
注意 如没有开发者选项请进入设置---关于手机--- 多次连击 版本号 即可打开隐藏的开发者选项的item 后台 app ANR 开关
3.Traceview
Traceview获取正在运行的应用程序的跟踪信息分析此traces.txt文件 可以推测出主线程在忙于某些事情。
traces文件通常保存在/data/anr/traces.txt下你可以直接用adb cat 查看或者 adb pull出来都可以。
建议使用此方法 adb root adb remount adb pull /data/anr/traces.txt . pull traces 文件到桌面
五、ANR 问题分析解决建议
分析查看ANR原因接着解决ANR问题。
1. 耗时操作
请放在工作现场中进行可以使用Handler、AsyncTask等。
2. IO 操作
(比如网络操作、存储操作等)也是引起ANR的常见因素。强烈建议在工作线程中进行。
3. 程序锁竞争
某些情况ANR产生的原因不是直接因为在主线程中产生的。比如工作线程对某个资源等上锁恰好此时主线程需要此资源如等待超时则此时ANR可能发生。
4. 死锁
当主线程因为请求一个其他线程正在持有的资源而进入等待状态时ANR可能会发生。
5. 广播接收慢
应用程序可以通过广播接收器响应广播消息例如启用或禁用飞行模式或更改连接状态。当应用程序花费太长时间来处理广播消息时理论上超过10s 未处理完成ANR可能会发生。
6.广播 ANR发生在下列情况下 onReceive() 方法长时间未执行完毕。
尽量避免在onReceive() 中进行耗时操作。 广播接收者调用goAsync()方法并且未能在PendingResult对象上调用finish()。
如要处理的广播内容较多请使用IntentService 进行处理。
比如下面例子
3.不建议在onReceive 方法中进行耗时操作超过10s 未处理会引起ANR 不建议在onReceive 方法中进行耗时操作超过10s 未处理会引起ANR 建议使用IntentService 避免ANR发生 IntentService 避免处理广播消息过多引起ANR
您的广播接收机可以使用goAsync()来通知系统需要更多的时间来处理消息。但是您应该在PendingResult对象上调用finish()。以下示例显示如何调用finish以让系统回收广播接收器并避免ANR goAsync()---finish 获取更多广播响应时间
六、MTK 平台 ANR问题分析
前提抓取一份ANR的MTK log。
1.event_log
搜索关键字 am_anr或者anr,分析并查看ANR原因 event_log 分析 ANR原因
2. main_log
搜索关键字Application Not Responding或者anr ,分析并查看ANR原因。 main_log 中分析ANR 原因
3. MTK ANR 策略建议 MTK 官方总结图 MTK ANR 分析步骤 MTK ANR Debug SOP MTK ANR Debug SOP
4.常见ANR 举例分析如下 Main Thread is idle Stuck in IO Main Thread Waiting a lock Wait Binder Transaction Main Thread Query DB
