anr的定义：
anr：application not response(应用无响应)。在开发中中可能遇到的场景比较少，但是当测试人员跑konkey的时候，出现的频率就比较高了。
anr产生的原因
大部分anr产生的原因有两种：1.当前事件得不到处理，ui线程正在处理别的事件，因为某种原因阻塞了当前事件。 2.当前事件处理时间太长。
anr的分类
anr主要分为三类：
1.keyDispatchTimeout：按键或触摸事件在特定的事件内无响应（5s）
2.BroadcastTimeout：BroadcastReceiver在特定的时间内（10s）没有处理完成
3.ServiceTimeout：service在特地的时间内（20s）没有处理完成
anr的解决：
有两种方案解决：
1.可以通过logcat日志查看
我们可以从该图片看到发生anr 的进程/包名/cpu的利用率/发生的错误类型，但是这里很难看出时哪里出了问题，所以我没就需要查看traces.txt文件了。
2.发生anr时，系统会将日志存放到/data/anr/traces.txt文件中的，我们可以将该日志pull到本地查看。
这里只是截了一部分，主要是把错误类型和错误位置截了出来。从图片中可以一目了然的看到错误是发生在AnrActivity中的openAnr里，所以我们只需要去对应的位置找出并解决错误即可。
anr检查常用的工具
1.StrictMode：严格模式；帮助开发者发现代码中不规范的问题。
严格模式主要检测两大问题：一个是线程策略，即TreadPolicy，另一个是VM策略，即VmPolicy。
ThreadPolicy线程策略检测
线程策略检测的内容有
自定义的耗时调用 使用detectCustomSlowCalls()开启
磁盘读取操作 使用detectDiskReads()开启
磁盘写入操作 使用detectDiskWrites()开启
网络操作 使用detectNetwork()开启
VmPolicy虚拟机策略检测
Activity泄露 使用detectActivityLeaks()开启
未关闭的Closable对象泄露 使用detectLeakedClosableObjects()开启
泄露的Sqlite对象 使用detectLeakedSqlLiteObjects()开启
检测实例数量 使用setClassInstanceLimit()开启
我们就可以在日志中查看到相应的信息：
我们可以在日志中看到NetworkOnMainThreadException,这个一看名字就知道在主线程中进行了网络请求，所以这个是不合规的。
- BlockCanary工具
这个大家自己去集成,源码稍后分析。
