ANR完全解析
Posted ganchuanpu
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了ANR完全解析相关的知识,希望对你有一定的参考价值。
1.什么是ANR
在android上,如果你的应用程序有一段时间响应不够灵敏,系统会向用户显示一个对话框,这个对话框称作应用程序无响应(ANR:Application Not Responding)对话框。用户可以选择让程序继续运行,但是,他们在使用你的应用程序时,并不希望每次都要处理这个对话框。因此,在程序里对响应性能的设计很重要,这样,系统不会显示ANR给用户。
2.ANR产生的原因
ANR产生的根本原因是APP阻塞了UI线程。在android系统中每个App只有一个UI线程,是在App创建时默认生成的,UI线程默认初始化了一个消息循环来处理UI消息,ANR往往就是处理UI消息超时了。那么UI消息来源有哪些呢?主要有两种来源:
2.1 来自于AMS的回调消息
在Android系统中,应用程序是有Android的四大组件组成,AMS负责对应用程序四大组件生命周期的管理,当AMS对应用程序组件的生命周期进行回调超过AMS定义的响应时间时,AMS就会报ANR。出现这种情况,一般是因为在这些组件的回调函数里面进行了耗时操作(如网络操作、SD卡文件操作、数据库操作、大量计算等),AMS对组件常见的回调函数及超时时间如下:
Activity: onCreate(), onResume(), onDestroy(), onKeyDown(), onClick()等,超时时间5s Application: onCreate(), onTerminate()等,超时时间5s Service: onCreate(), onStart(), onDestroy()等,超时时间20s BroadcastReceiver:onReceiver(),前台APP广播超时时间是10s,后台App是60s
2.2 App自己的发出的消息
除了AMS对四大组件的回调消息运行在UI线程外,有些操作也是运行在UI线程的:
AsyncTask: onPreExecute(), onProgressUpdate(), onPostExecute(), onCancel()等,超时5s Mainthread handler: handleMessage(), post*(runnable r)等,超时5s
3.怎样避免ANR
当我们知道ANR的产生原因之后,就可以较为轻松的避免ANR了。并且Android为我们提供了很多解决方法。主要归为一下几类。
1:UI线程尽量只做跟UI相关的工作,但一些复杂的UI操作,还是需要一些技巧来处理,不如你让一个Button去setText一个10M的文本,UI肯定崩掉了,不过对于此类问题,分段加载貌似是最好的方法了。 2:让耗时的工作(比如数据库操作,I/O,连接网络或者别的有可能阻碍UI线程的操作)把它放入单独的线程处理。 3:尽量用Handler来处理UIthread和别的thread之间的交互。
4.发布的程序怎样收集ANR异常
对于发布的程序,ANR异常是很那捕获不到的(我查找过很多资料,如果您有很好的捕获办法,欢迎再下方留言),所以我们需要采用其它的方法来分析ANR。app在产生ANR异常后,会将异常信息写入"/data/anr/traces.txt"文件我们可以通过收集用户的这个文件,就可以来获取用户产生ANR的地方了。
我在一个按钮的onClick事件里写了如下代码
while(true){}
来故意产生一个ANR异常,然后打开/data/anr/traces.tx文件,主要有用的地方如下图:
我们可以看到,在trace.txt文件里已经定位到异常产生的地方。所以,在用户反馈界面,当我们发现户反馈内容里是否出现了"无响应"等字眼的时候,就可以提示用户是否上传异常文件,来帮助我们改善产品之类的。当然,现在流氓猖狂,貌似做到这么细致产品的,为数不多了。
ANR属于慢性崩溃,Android应用里的还存在着很多的强制崩溃,别如你执行了3/0了,空指针异常了等等,这些情况应用程序会直接崩掉,用户体验超级差
以上是关于ANR完全解析的主要内容,如果未能解决你的问题,请参考以下文章
com.android.inputmethod.latin 中的 ANR 原因:输入调度超时