应用主线程进入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循环，而是因为主线程中有耗时任务
