android 面试题谈谈主线程一直循环为什么不会出现阻塞或者ANR异常

最新推荐文章于 2024-10-16 00:00:40 发布

原创最新推荐文章于 2024-10-16 00:00:40 发布 · 2.5k 阅读

7 ·

CC 4.0 BY-SA版权

android 同时被 2 个专栏收录

235 篇文章

订阅专栏

面试题

17 篇文章

订阅专栏

在ActivityThread的main方法中，Looper.loop()包含一个无限循环。尽管如此，这个循环并不会导致主线程阻塞或引发ANR异常。这个问题的答案可以从系统工程师Gityuan的博客中找到。

在ActivityThread类中的main方法有段代码：

 ActivityThread thread = new ActivityThread();
        thread.attach(false, startSeq);

        if (sMainThreadHandler == null) {
            sMainThreadHandler = thread.getHandler();
        }

        if (false) {
            Looper.myLooper().setMessageLogging(new
                    LogPrinter(Log.DEBUG, "ActivityThread"));
        }

        // End of event ActivityThreadMain.
        Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
        Looper.loop();

        throw new RuntimeException("Main thread loop unexpectedly exited");

其中的Looper.loop()方法里面有一个死循环,问的是这个，意思是这个死循环为什么不会导致,主线程阻塞或者几秒无响应发生ANR，

对于线程即是一段可执行的代码，当可执行代码执行完成后，线程生命周期便该终止了，线程退出。而对于主线程，我们是绝不希望会被运行一段时间，自己就退出，那么如何保证能一直存活呢？简单做法就是可执行代码是能一直执行下去的，死循环便能保证不会被退出，例如，binder线程也是采用死循环的方法，通过循环方式不同与Binder驱动进行读写操作，当然并非简单地死循环，无消息时会休眠。但这里可能又引发了另一个问题，既然是死循环又如何去处理其他事务呢？通过创建新线程的方式。真正会卡死主线程的操作是在回调方法onCreate/onStart/onResume等操作时间过长，会导致掉帧，甚至发生ANR，looper.loop本身不会导致应用卡死。
主线程的死循环一直运行是不是特别消耗CPU资源呢？ 其实不然，这里就涉及到Linux pipe/epoll机制，简单说就是在主线程的MessageQueue没有消息时，便阻塞在loop的queue.next()中的nativePollOnce()方法里，此时主线程会释放CPU资源进入休眠状态，直到下个消息到达或者有事务发生，通过往pipe管道写端写入数据来唤醒主线程工作。这里采用的epoll机制，是一种IO多路复用机制，可以同时监控多个描述符，当某个描述符就绪(读或写就绪)，则立刻通知相应程序进行读或写操作，本质同步I/O，即读写是阻塞的。 所以说，主线程大多数时候都是处于休眠状态，并不会消耗大量CPU资源。

上面的答案是来自小米系统工程师Gityuan的博客