android anr（application not responding）的分析
anr (application not responding)
anr定义：在android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（anr：application not responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示anr给用户。
默认情况下，在android中activity的最长执行时间是5秒，broadcastreceiver的最长执行时间则是10秒。
第一：什么会引发anr？
在android里，应用程序的响应性是由activity manager和windowmanager系统服务监视的 。当它监测到以下情况中的一个时，android就会针对特定的应用程序显示anr：
1.在5秒内没有响应输入的事件（例如，按键按下，屏幕触摸）
2.broadcastreceiver在10秒内没有执行完毕
造成以上两点的原因有很多，比如在主线程中做了非常耗时的操作，比如说是下载，io异常等。
潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用 thread.wait()或是thread.sleep()。替代的方法是，主线程应该为子线程提供一个handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的anr对话框。
第二：如何避免anr？
1、运行在主线程里的任何方法都尽可能少做事情。特别是，activity应该在它的关键生命周期方法（如oncreate()和onresume()）里尽可能少的去做创建操作。（可以采用重新开启子线程的方式，然后使用handler+message的方式做一些操作，比如更新主线程中的ui等）
2、应用程序应该避免在broadcastreceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 broadcastreceiver的生命周期短），替代的是，如果响应intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 service。（此处需要注意的是可以在广播接受者中启动service，但是却不可以在service中启动broadcasereciver,关于原因后续会有介绍，此处不是本文重点）
3、避免在intent receiver里启动一个activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应intent广 播时需要向用户展示什么，你应该使用notification manager来实现。
总结：anr异常也是在程序中自己经常遇到的问题，主要的解决办法自己最常用的就是不要在主线程中做耗时的操作，而应放在子线程中来实现，比如采用handler+mesage的方式，或者是有时候需要做一些和网络相互交互的耗时操作就采用asyntask异步任务的方式（它的底层其实handler+mesage有所区别的是它是线程池）等，在主线程中更新ui。
以上就是android anr的详解及解决办法，如有疑问请留言或者在本站社区交流讨论，感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
如对本文有疑问， 点击进行留言回复！！
android:screenOrientation=“portrait“ 一直警告报红
Codeforces C. A Cookie for You (模拟 / 分类 / 贪心) (Round #654 Div.2)
DialogFragment弹窗（带黑色透明背景和不带黑色透明背景）
我要评论
网友评论