Question

android程序什么情况会引发anr，怎么避免

Answer 1

Android应用程序通常运行在一个main线程。如果主线程里占用了太长的时间的话，程序没有机会处理输入或者Intent广播就会引发ANR无响应。
因此，主线程里的任何方法都尽可能少做事情。Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的耗时操作，例如网络或数据库操作。应该在子线程里（或异步请求的方式）来完成。不是说你的主线程阻塞在那里等待子线程的完成，替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。这种做法应该在其它显示UI的线程里效仿，因为它们都受相同的超时影响。
IntentReceiver执行时间的特殊限制意味着它应该做：在后台里作如保存设定或者注册一个Notification。和在主线程里调用的其它方法一样，应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个Service。顺便提及一句，你也应该避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广播时需要向用户展示什么，你应该使用Notification Manager来实现。
一般来说，在应用程序里，100到200ms是用户能感知阻滞的时间阈值。因此，这里有一些额外的技巧来避免ANR，并有助于让你的应用程序看起来有响应性。
如果你的应用程序为响应用户输入正在后台工作的话，可以显示工作的进度（ProgressBar和ProgressDialog对这种情况来说很有用）。
特别是游戏，在子线程里做移动的计算。
如果你的应用程序有一个耗时的初始化过程的话，考虑可以显示一个Splash Screen或者快速显示主画面并异步来填充这些信息。在这两种情况下，你都应该显示正在进行的进度，以免用户认为应用程序被冻结了。

Answer 2

耗时操作不要写到主线程里面，要开辟一个新的线程