阿里巴巴： 给你一个Demo 你如何快速定位ANR
点击上方的终端研发部，右上角选择“设为星标”
每日早9点半，技术文章准时送上
公众号后台回复“学习”，获取作者独家秘制精品资料
往期文章
链接：https://www.jianshu.com/p/17f04c20b9be
一、前期基础知识储备
1.ANR错误定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作“应用程序无响应”（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。因此，在程序里对响应性能的设计很重要，这样，系统不会显示ANR给用户。
默认情况下，在Android中Activity的最长执行时间是5秒（主要类型），BroadcastReceiver的最长执行时间的则是10秒，ServiceTimeout的最长执行时间是20秒（少数类型）。超出就会提示应用程序无响应（ANR错误）。
2.ANR错误出现原因：只有当应用程序的UI线程响应超时才会引起ANR 超时产生的原因包括：①当前事件没有机会处理，例如UI线程正在响应另外的事件，当前事件被某个事件给阻塞掉了；②当前事件正在处理 但是由于耗时太长没有能及时的完成。其他原因：③在BroadcastReceiver里做耗时的操作或计算；④CPU使用过高；⑤发生了死锁；⑥耗时操作的动画需要大量的计算工作，可能导致CPU负载过重。
出现场景
主线程被IO操作（从4.0之后网络IO不允许在主线程中）阻塞。
主线程中存在耗时的计算
主线程中错误的操作，比如Thread.wait或者Thread.sleep等
Android系统会监控程序的响应状况，一旦出现下面两种情况，则弹出ANR对话框
应用在5秒内未响应用户的输入事件（如按键或者触摸）
BroadcastReceiver未在10秒内完成相关的处理
如何避免
基本的思路就是将IO操作在工作线程来处理，减少其他耗时操作和错误操作
使用AsyncTask处理耗时IO操作。
使用Thread或者HandlerThread时，调用Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)设置优先级，否则仍然会降低程序响应，因为默认Thread的优先级和主线程相同。
使用Handler处理工作线程结果，而不是使用Thread.wait()或者Thread.sleep()来阻塞主线程。
Activity的onCreate和onResume回调中尽量避免耗时的代码
BroadcastReceiver中onReceive代码也要尽量减少耗时，建议使用IntentService处理。
画龙点睛
通常100到200毫秒就会让人察觉程序反应慢，为了更加提升响应，可以使用下面的几种方法
如果程序正在后台处理用户的输入，建议使用让用户得知进度，比如使用ProgressBar控件。
程序启动时可以选择加上欢迎界面，避免让用户察觉卡顿。
使用Systrace和TraceView找出影响响应的问题。
二、ANR定位方式及优化
1.ANR错误定位——如果开发机器上出现ANR问题时，系统会生成一个traces.txt的文件放在/data/anr下，最新的ANR信息在最开始部分。通过adb命令将其导出到本地，输入以下字符：
$adb pull data/anr/traces.txt .
2.供选的优化ANR问题的方式：
1）为了执行一个长时间的耗时操作而创建一个工作线程最方便高效的方式是使用AsyncTask，只需要继承AsyncTask并实现doInBackground()方法来执行任务即可。为了把任务执行的进度呈现给用户，你可以执行publishProgress()方法，这个方法会触发onProgressUpdate()的回调方法。在onProgressUpdate()的回调方法中(它执行在UI线程)，你可以执行通知用户进度的操作，例如：
2）如果你实现了Thread或者HandlerThread，请确保你的UI线程不会因为等待工作线程的某个任务而去执行Thread.wait()或者Thread.sleep()。UI线程不应该去等待工作线程完成某个任务，你的UI线程应该提供一个Handler给其他工作线程，这样工作线程能够通过这个Handler在任务结束的时候通知UI线程。例如：
继承Thread类
实现Runnable接口
使用HandlerThread
3）开发在日常的开发过程中使用Thread或者HandlerThread，可以尝试调用Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)设置较低的优先级，否则仍然会降低程序响应，因为默认Thread的优先级和主线程相同。
4）Activity的onCreate和onResume回调中尽量避免耗时的代码，应该尽可能的做比较少的事情，其实，任何执行在UI线程中的方法都应该尽可能简短快速。类似网络或者DB操作等可能长时间执行的操作，或者是类似调整bitmap大小等需要长时间计算的操作，都应该执行在工作线程中。
5）BroadcastReceiver中onReceive代码也要尽量减少耗时。如果必须在onReceive方法中执行耗时操作，建议使用IntentService进行处理，IntentService集开启线程和自动关闭服务两种功能于一身，本身非常灵活。
6）增加界面响应性（交互层面），这是一个成熟应用必备的标志—通常来说，100ms - 200ms是用户能够察觉到卡顿的上限。如果你的程序在启动阶段有一个耗时的初始化操作，可以考虑显示一个闪屏，要么尽快的显示主界面，然后马上显示一个加载的对话框，异步加载数据。无论哪种情况，你都应该显示一个进度信息，以免用户感觉程序有卡顿的情况。
三、辅助处理ANR问题的工具
1.Traceview - 系统性能分析工具，用于定位应用代码中的耗时操作
①选好应用的进程，执行一段应用操作，从图中的上半部分，可以看到各个线程的各个方法的执行时间；
②从图中的下半部分，可以该段操作中具体调用的方法和每个方法的执行时间、执行次数。占CPU的百分比；
该图是具体的方法执行时间分布图，我们重点关注其中的“Incl Real Time”这一时间指标，其为方法的实际调用时间，单位毫秒，查看时点击Incl Real Time进行排列，方法会根据时间长短进行排列，其中超过500ms的方法我们都该重点关注。
2.Systrace - Android4.1新增的应用性能数据采样和分析工具（与google引擎联合开发 使用时借助chorme浏览器）
连接手机，进行一段操作，系统会生成一份Html文件，在谷歌浏览器中打开，如图：
Sytrace会显示在这段操作期间所有的进程信息，在其中找到自己的进程，可以看到在测试进程中，我们定位UI Thread，可以看到里面的系统方法，这是UI渲染时的调用方法，上面有一个个的圈，绿色圈代表帧渲染时间是16.6ms（Android系统渲染UI界面时间为1秒60帧，每帧即16.6ms），超过该值的帧用红色圈标注
阅读更多
相信自己，没有做不到的，只有想不到的
在这里获得的不仅仅是技术！
喜欢就给个“在看”