UI线程堵塞

应用的主UI线程的概念及其重要性是每个Android开发者都应理解。当一个应用启动，系统会为应用创建一个名为“main”的主线程。这个主线程（也就是UI主线程）主要负责把事件分发给合适的view或者widget， 因此它非常重要。它也是你的应用和应用的UI交互的线程。例如，如果你点击了屏幕上的一个按钮，UI线程会把点击时间交给view处理，view接到事件后会设置它的pressed状态，然后向事件队列中发送一个invalidate请求。 UI线程会依次读取队列并且告诉view去重绘自己。

除非你的Android应用实现的非常合理，否则这个单线程模型会使性能变得极低。在极端情况下，如果UI线程负责整个应用中的所有操作，进行耗时的操作比如发送网络请求，或者数据库查询等都会导致用户界面的阻塞。这些操作在未完成之前，所有的时间包括绘制和触屏事件都不会被派发。从用户的角度来看，程序似乎是卡死了。

在这些情况下，即时的反馈相当重要。研究表明0.1s是用户感觉系统是否流畅的临界值。任何比临界值更慢的都被认为延迟（Miller 1968; Card et al. 1991）。虽然1秒看起来没什么影响，但在GooglePlay中，即便是十分之一秒也可能是好评和差评的区别。更糟糕的是，如果UI线程被阻塞5秒以上，用户会收到“程序未响应”（ANR）的提示对话框，并且会强制退出。

耗时操作：

1.下载文件操作

　　2.网络连接操作(尤其是网络不好的时候)

　　3.音频格式转换操作

　　4.文件操作

　　5.比较大的数据的初始化操作

　　6.sleep函数等

ANR表面原因：应用在一定时间内（一般是5秒）没有响应输入操作（例如输入，按钮，手势触摸等）。

ANR根本原因：Android主线程中进行耗时操作，造成主线程阻塞；BroadcastReceiver生命周期结束前没有完成相应的耗时任务。
Android应用都是运行在主线程中的，包括activity、service的生命周期，ui的刷新（所以主线程又叫ui线程），输入响应操作等等。也就是说任何在主线程中运行的函数都不能进行耗时的动作，否则会阻塞主线程，导致输入无法响应，从而弹出ANR。
BroadcastReceiver的生命周期很短（一般为10秒），如果在它生命周期结束前耗时任务没有完成，Android认为该程序没有响应。

BroadcastReceiver的函数也是由主线程调用的，但是不应该启动子线程来处理耗时任务。因为BroadcastReceiver属于一个空进程，在BroadcastReceiver有限的生命周期结束后他的优先级就会降低，系统很容易就把它回收了，这样，子线程的宿主已经被回收了，那么它的子线程也会被杀死。所以建议在BroadcastReceiver中启动service，在service中启动线程处理耗时任务。