前言
最近在开发时遇到Anr(应用程序未响应)问题，由于开发经验比较少，所以还是第一次遇到这种问题，想要解决这类问题还是要从Anr产生的原因，Anr日志分析、如何避免Anr入手。
Anr产生的原因
一般的产生原因都是在该完成的时间内未完成相关操作，如果超过预定时间能未能得到有效响应或者响应时间过长，都会造成 ANR。产生的场景大致分为以下4种：
1、Service Timeout：比如前台服务在 20s 内未执行完成；
2、BroadcastQueue Timeout：比如前台广播在 10s 内未执行完成；
3、ContentProvider Timeout：内容提供者,在 publish 过超时 10s；
4、InputDispatching Timeout：输 件。
Anr日志抓取
对于Anr日志的抓取，Android系统已经在底层帮我们抓取好了。但是要拿到这个日志还是不容易的，大致步骤如下：
1、电脑usb连接手机，先用命令行测试adb是否可以使用adb devices,如果出现"'adb' 不是内部或外部命令，也不是可运行的程序",说明你未安装adb或者未配置环境，如果时第一种直接去下载adb，第二种的话可以去配置环境变量，当然你也可以打开adb路径，路径大致在sdk\platform-tools下，在这个路径下在试试adb命令吧，提醒下如果你是在PowerShell下敲命令在adb前需要加上./，例如"./adb devices",才能正常运行。
2、查看Anr日志文件夹
执行命令 adb shell -> cd data/anr -> ls 即可查看anr文件夹下的trace日志。
3、将trace.text拷贝出来
由于文档一直存在手机种，为了方便排查问题我们需要将文档拷贝出来，拷贝过程中遇到了种种问题，最大的问题还是提示权限不足，如果你是root用户可以很简单的拷贝出来，但是考虑到目前大部分手机都很难解锁，使用"adb bugreport xxx（文件名）"可以将文件压缩拷贝至adb所在目录下。
Anr解决方法
绝大部分Anr都是因为在主线程执行了耗时操作导致，所以耗时操作请放在子线程中。使用Thread/HandlerThread时记得setThreadPriority设置优先级，因为默认的级别与主线程相同。
Anr日志分析
先从堆栈日志入手，发生Anr时在Android Studio中可以看到堆栈日志
07-26 17:51:04.442: E/ActivityManager(2258): ANR in com.xxx.xxx(com.xxx.xxx/com..xxx.xxx.activity.MainActivity)
07-26 17:51:04.442: E/ActivityManager(2258): PID: 28560
07-26 17:51:04.442: E/ActivityManager(2258): Reason: Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 11. Wait queue head age: 5573.8ms.)
从上述信息可以大概看出，发生Anr的类是MainActivity，导致Anr的原因是InputDispatching Timeout，接下来我们分析导出来的trace日志，根据关键词查找"DALVIK THREADS"，并查看"main"线程日志，
根据我的日志可以看出主线程等待去锁 <0x04085a6d> GattStateListenerMgr这个对象，但是被thread11持有着，主线程被thread11阻塞着导致anr。
搜索关键字"<0x04085a6d> ",如下图可以看住GattStateListenerMgr在这个被locked，到这里原因已经分析完毕，我们可以去解决问题了。
