Android ANR问题分析

ANR(Application Not Responding)定义，即应用无响应。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。

ANR的三种类型

1. KeyDispatchTimeout(5 seconds) --主要类型
   按键或触摸事件在特定时间内无响应
2. BroadcastTimeout(10 seconds)
   BroadcastReceiver在特定时间内无法处理完成
3. ServiceTimeout(20 seconds) --小概率类型
   Service在特定的时间内无法处理完成

如何避免ANR

Android应用程序通常是运行在一个单独的线程（如main）里，这意味着你的应用程序所做的事情如果在主线程里占用了太长的时间的话，就会引发ANR对话框，因为你的应用程序并没有给自己机会来处理输入事件或者Intent广播。

因此，运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的去做创建操作。潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用Thread.wait()或是Thread.sleep()。

替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。这种做法应该在其它显示UI的线程里效仿，因为它们都受相同的超时影响。

如何分析并解决ANR

1. 首先分析logcat log
   关键字：ANR ANR in am_anr
2. 从trace.txt文件查看调用stack.
   文件路径：/data/anr/xx-xx-xx.txt
   关键字："main" prio=5
3. 看代码
4. 仔细查看ANR的成因（iowait?block?memoryleak?）

相关参考

https://blog.csdn.net/u014630142/article/details/81709459
https://blog.csdn.net/weixin_38148680/article/details/79358841
https://www.jianshu.com/p/54f945a15acb