应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择让程序继续运行，但是，他们在使用你的应用程序时，并不希望每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样，系统不会显示 ANR 给用户。
Activity 5 秒 broadcast10 秒耗时的操作 worker thread 里面完成, handler message…AsynTask , intentservice.等…
ANR:Application Not Responding，即应用无响应
ANR 一般有三种类型：
1：KeyDispatchTimeout(5 seconds) –主要类型：按键或触摸事件在特定时间内无响应
2：BroadcastTimeout(10 seconds)：BroadcastReceiver 在特定时间内无法处理完成
3：ServiceTimeout(20 seconds) –小概率类型：Service 在特定的时间内无法处理完成
超时的原因一般有两种：
(1)当前的事件没有机会得到处理（UI 线程正在处理前一个事件没有及时完成或者 looper 被某种原因阻塞住）
(2)当前的事件正在处理，但没有及时完成
UI 线程尽量只做跟 UI 相关的工作，耗时的工作（数据库操作，I/O，连接网络或者其他可能阻碍 UI线程的操作）放入单独的线程处理，尽量用 Handler 来处理 UI thread 和 thread 之间的交互。
UI 线程主要包括如下：
查找 ANR 的方式：
导出/data/data/anr/traces.txt，找出函数和调用过程，分析代码通过性能 LOG 人肉查找避免方法：
Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的去做创建操作。潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者异步方式）来完成。主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。