Android ANR:Application Not Responding详解,移动混合开发模式的优缺点

在Android系统中,应用程序的响应由Activity ManagerWindow Manager两个系统服务所监控。通常情况下,应用出现如下四类情况时,系统将报ANR:

  • KeyDispatchTimeout(最常见类型)—— input事件5s内未处理完成导致ANR发生,主要为按键和触摸事件;

日志关键字:InputDispatching Timeout

  • BroadcastTimeout:—— BroadcastReceiver在特定时间内未处理完成导致ANR发生(限制:前台广播10s;后台广播60s);

日志关键字:Timeout of broadcast BroadcastRecord

  • ServiceTimeout —— Service在特定的时间内未处理完成导致ANR发生。(限制:前台服务20s;后台服
    200s);

日志关键字:Timeout executing service

  • ContentProviderTimeout —— 内容提供者,在10s内未处理完成导致ANR发生;

日志关键字:Timeout publishing content providers

三、ANR的产生原因

  • 主线程被IO操作(从4.0之后网络IO不允许在主线程中)阻塞

主线程中错误的操作,比如Thread.wait或者Thread.sleep等 Android系统会监控程序的响应状况,导致的主线程等待超时,一旦出现下面两种情况,则弹出ANR对话框。

  • 主线程中存在耗时的计算:

例如大量的数据库读写,耗时的网络情况,高强度的硬件计算等。

  • BroadcastReceiver未在10秒内完成相关的处理

  • Service在特定的时间内无法处理完成 20秒

四、怎么避免ANR:

  1. 使用AsyncTask处理耗时IO操作。

  2. 使用Thread或者HandlerThread时,调用**Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)**设置优先级,否则仍然会降低程序响应,因为默认Thread的优先级和主线程相同。

  3. 使用Handler处理工作线程结果,而不是使用**Thread.wait()或者Thread.sleep()**来阻塞主线程。

  4. Activity的onCreate和onResume回调中尽量避免耗时的代码。
    BroadcastReceiver中onReceive代码也要尽量减少耗时,建议使用IntentService处理。

将所有耗时操作,比如访问网络,Socket通信,查询大量sql 语句,复杂逻辑计算等都放在子线程中去,然后通过handler.sendMessage、runonUIThread、AsyncTask、RxJava等方式更新UI。

五、发生了ANR的情况,如何解决:

如果在已经尽量避免的情况下,还是发生了ANR的情况,我们可以根据以下的步骤进行问题定位与分析:

1.问题分析
  • 导出ANR日志信息,根据日志信息,判断确认发生ANR的包名类名,进程号,发生时间,导致ANR原因类型等。

  • 关注系统资源信息,包括ANR发生前后的CPU,内存,IO等系统资源的使用情况。

  • 查看主线程状态,关注主线程是否存在耗时、死锁、等锁等问题,判断该ANR是App导致还是系统导致的。

  • 结合应用日志,代码或源码等,分析ANR问题发生前,应用是否有异常,其中具体问题具体分析。

是系统导致的。

  • 结合应用日志,代码或源码等,分析ANR问题发生前,应用是否有异常,其中具体问题具体分析。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:游动-白 设计师:我叫白小胖 返回首页
评论

打赏作者

普通网友

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值