阅读此文需要对handler原理有一定的了解程度。

首先贴出来两个知识点。

第一 java线程可以休眠

第二Android只有主线程可以更新UI

有人觉得这是傻子都知道的知识，那接下来说傻子可能不知道的知识

直接叙述

所有java的入口都是main方法 由虚拟机调用，Android 的也不例外，刚开始学习那会根本没研究Android 从哪里开始执行的，现在我知道了告诉那些不知道的同学，不是从application。直接看源码ActivityThread

看到了吗？看到了吧。

再来一个惊天的大幂幂

当main 方法执行完毕之后，程序就会退出了。

那不对啊和我们看到的不一样啊，App启动之后可以一直运行啊，怎么解释。

直接解释，App一直运行这个是没错的，也就是说明main方法并没有执行完，看代码

先看3，如果main方法执行完到最后会抛一个异常，很明显我们的App并没有抛异常，那就说明Main方法没有执行完。

那怎么才能保证不会执行完毕呢？

这个问题就需要思考了，如果让我做，最先想到的就是开一个死循环，但是时间一长肯定就OOM了，

其实Android 也是这么做的  ，1处的代码 里面不给大家看了 大概的逻辑内容我文字带过

创建一个唯一的Looper 对象，然后绑定一个messageQueue队列 。（不懂的可以去看handler 详解）

然后看2 代码里边就是开启了Looper循环，一个死循环无限的从消息队列中去取消息（handler源码）。

这样的话我们的Main方法就卡在这里了，就不会执行完，程序也就是我们看到那样，一直在运行。

刚才我说了要是咱们写个死循环那估计领导就得找我们谈谈理想了，时间一长就OOM了，那为什么Android 可以这么搞呢，简单解释一下我也不懂也不深究，linux层去实现的，阻塞式循环，也就是有消息了就去执行消息，没有消息之后主线程就会休眠，前边说过了 java线程是允许休眠的（有兴趣的朋友可以去单独深究一下）

到这里了 如果你明白了这一点，就说明我的叙述能力还是可以的（如果没懂那就多看两遍，看到懂为止  哈哈）

主线程在main方法中开了一个阻塞式死循环，保证我们的程序不会退出。

问题2来了 

说是死循环，但是我们的App可不是死的，使能够接受交互的。

这里还是handler机制的功劳（不懂的可以去看handler 机制），当我们一个事件比如说一个点击、长按、滑动，都会通过handler 把这个事件封装成一个message 消息，并且放到Looper的死循环队列当中，这个时候的主线程就会被唤醒，然后对Message进行分发 ，这个时候事件已经被分配到了主线程当中，然后具体去执行，比如toast等等。这就是一个完整的事件处理流程。

那么问题来了 我们正常点击的速度是肯定没有程序执行快的，所以说不会有任何问题，但是如果一个点击事件当中执行了耗时操作，看下面代码

  这个点击了 会ANR吗？答案是不一定，

第一种情况，如果只点击了一次，主线程休眠十秒，没有问题，十秒之后主线程执行完毕，继续阻塞式休眠。

第二种情况，如果连续点击了多次，多个事件放到Looper 对象的MessageQueue当中 ，第一个事件去执行，主线程休眠十秒，然后第二个事件分发过来的时候，主线程还在sleep，这个时候我们的第二个事件就一直得不到执行，超过阀值就会ANR。

ANR 的原因 因为Looper对象MessageQueue队列中的事件没有能够得到及时执行。

阀值

按键事件 5s ，broadcast 10s、service ANR超时的定义在ActiveServices.java中，前台service无响应的超时时间为20秒，后台service为200秒

回到主题，Android 主线程looper 一直循环不会ANR

两个方面回答  第一，死循环不是造成ANR的必然原因 ，ANR是因为消息队列当中的事件没有得到及时的处理造成的。(但是我们写个死循环 基本上就会造成ANR，原因就是主线程一直在这里循环 ，后面的事件没有的到及时处理。 )

第二 主线程的Looper 循环 不会ANR最多就是OOM，为什么不会OOM上边解释了