性能优化（二）：ANR

介绍

ANR全称Application Not Responding，意思就是程序未响应。如果一个应用无法响应用户的输入，系统就会弹出一个ANR对话框，用户可以自行选择继续等待亦或者是停止当前程序。

Android系统会监控程序的响应状况，一旦出现下面情况，则弹出ANR对话框
input事件5秒之内再次有事件才会ANR，如果没有不会弹窗

原因：

• 主线程中存在耗时的计算
• 主线程被IO操作（从4.0之后网络IO不允许在主线程中）阻塞。
• 主线程中错误的操作，比如Thread.wait或者Thread.sleep等

代码规范

• 使用异步子线程处理耗时IO操作。
• 使用Thread或者HandlerThread时，调用Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)降低优先级，以此降低与主线程竞争的能力。否则仍然会降低程序响应，因为默认Thread的优先级和主线程相同。
• 使用Handler处理工作线程结果，而不是使用Thread.wait()或者Thread.sleep()来阻塞主线程。
• Activity的onCreate和onResume回调中尽量避免耗时的代码
• BroadcastReceiver中onReceive代码也要尽量减少耗时，建议使用IntentService处理。IntentService是一个异步的，会自动停止的服务，很好解决了传统的Service中处理完耗时操作忘记停止并销毁Service的问题
• Service 或 ContentProvider，虽然应用在后台运行时生命周期函数不会有用户输入引起无响应的 ANR，但其执行时间过长也会引起 Service 或 ContentProvider 的 ANR

排查

系统对 ANR 的捕捉原理：

原因：

• 线程阻塞或死锁导致的 ANR
• Binder 导致的 ANR：Binder 通信数据量过大
• 数据导致的 ANR：频繁 GC 触发 STW 导致主线程暂停，处理事件时间被拉长

排查：

• main线程状态
• 关联线程状态
• CPU 问题：主线程事件
• GC 问题

日志：

• /data/anr/traces.txt
  • 通过命令 adb pull /data/anr/ 获取
• mainlog
  • 需要在程序运行时就时刻记录 adb logcat -v time -b main >mainlog.log
  • 在 mainlog 日志 搜索关键词 ANR in
• bugreport
  • adb bugreport生成zip包，解压后查看卡顿主线程
• eventlog
  • 在 eventlog 日志 搜索关键词 am_anr