Android Framework学习之主线程进入loop循环为

应用主线程进入loop循环为什么没有ANR？

ANR dialog 是 在 AMS里弹出来的，AMS在SystemServer进程(系统进程)，

mUiHandler：是SystemServer进程里的，它不是SystemServer的主线程，而是SystemServer的一个子线程，说明刷新UI不一定要在主线程

InputDispatching Timeout，指的就是在Activity界面的input(输入，点击等操作) time out

Service ANR

scheduleServiceTimeoutLocked：启动超时机制

app.thread.scheduleCreateService: AMS通知应用端创建service

应用端处理AMS发过来的创建service的指令

ActivityManagerNative.getDefault().serviceDoneExecuting(...): 向AMS发起的binder调用

应用主线程

nativePollOnce：可能会阻塞在epoll_wait里等待eventFd有可读事件(当另外一个线程向这个eventFd里写东西时，就有可读事件)

哪些线程可能会往主线程发消息

主线程给自己发消息（主线程是running状态，阻塞状态不行）

应用子线程给主线程发消息

binder线程给主线程发消息，系统服务向应用端发起binder调用(跨进程)时，应用端是在binder线程池里处理的，比如scheduleLaunchActivity，scheduleCreateService，scheduleReceiver都是运行在binder线程池，应用端将这些请求封装成message 发到 主线程 去处理

当主线程没有消息时就会阻塞，进入休眠状态，线程B发送msg到主线程的messageQueue里的同时还往eventFd发起一个写操作，这是主线程就会得到一个可读事件，主线程从休眠状态被唤醒，然后取消息，分发消息。

所以说，主线程休眠后必须要有别的线程将其唤醒

应用主线程loop循环，为什么没有ANR？

ANR是一样没有在规定的时间内完成AMS指定的任务导致的

AMS请求调到应用端binder线程（应用端将请求封装成msg发到主线程messageQueue里），再写eventFd去唤醒主线程来处理，如果应用端处理这个binder请求很耗时就会导致ANR，或者当前主线程中有耗时任务在执行。

ANR不是因为主线程loop循环，而是因为主线程中有耗时任务