为什么在主线程的Looper.looper死循环不会卡死

原创 2016年05月30日 17:40:01
public static void main(String[] args) { 
.... //创建Looper和MessageQueue对象,用于处理主线程的消息 
Looper.prepareMainLooper();
 //创建ActivityThread对象 
//建立Binder通道 (创建新线程) 
thread.attach(false); Looper.loop(); //消息循环运行 
throw new RuntimeException("Main thread loop unexpectedly exited");
 }

我们看looper.loop()的源码


    /** 
         * Run the message queue in this thread. Be sure to call 
         * {@link #quit()} to end the loop. 
         */  
        public static void loop() {  
            Looper me = myLooper();//获取当前looper  
            if (me == null) {  
                throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");  
            }//如果为空,则抛异常  
            MessageQueue queue = me.mQueue;//把当前looper的queue赋值给局部变量queue  

            // Make sure the identity of this thread is that of the local process,  
            // and keep track of what that identity token actually is.  
            Binder.clearCallingIdentity();//确保当前线程属于当前进程,并且记录真实的token。  
            final long ident = Binder.clearCallingIdentity();  

            while (true) {  
                Message msg = queue.next(); // might block有可能会阻塞  
                if (msg != null) {  
                    if (msg.target == null) {  
                        // No target is a magic identifier for the quit message.退出消息的标示就是target为空  
                        return;  
                    }  

                    long wallStart = 0;  
                    long threadStart = 0;  

                    // This must be in a local variable, in case a UI event sets the logger 一个局部变量,为ui事件设置log记录。  
                    Printer logging = me.mLogging;  
                    if (logging != null) {  
                        logging.println(">>>>> Dispatching to " + msg.target + " " +  
                                msg.callback + ": " + msg.what);  
                        wallStart = SystemClock.currentTimeMicro();  
                        threadStart = SystemClock.currentThreadTimeMicro();  
                    }  
                     //handler处理消息  
                    msg.target.dispatchMessage(msg);  

                    if (logging != null) {  
                        long wallTime = SystemClock.currentTimeMicro() - wallStart;  
                        long threadTime = SystemClock.currentThreadTimeMicro() - threadStart;  

                        logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);  
                        if (logging instanceof Profiler) {  
                            ((Profiler) logging).profile(msg, wallStart, wallTime,  
                                    threadStart, threadTime);  
                        }  
                    }  

                    // Make sure that during the course of dispatching the  
                    // identity of the thread wasn't corrupted.确保调用过程中线程没有被销毁  
                    final long newIdent = Binder.clearCallingIdentity();  
                    if (ident != newIdent) {  
                        Log.wtf(TAG, "Thread identity changed from 0x"  
                                + Long.toHexString(ident) + " to 0x"  
                                + Long.toHexString(newIdent) + " while dispatching to "  
                                + msg.target.getClass().getName() + " "  
                                + msg.callback + " what=" + msg.what);  
                    }  
                    //处理完成后,调用Message.recycle()将其放入Message Pool中。
                    msg.recycle();  
                }  
            }  
        }  

那么知乎上一个大神这么说 隔开隔开

对于线程既然是一段可执行的代码,当可执行代码执行完成后,线程生命周期便该终止了,线程退出。而对于主线程,我们是绝不希望会被运行一段时间,自己就退出,那么如何保证能一直存活呢?简单做法就是可执行代码是能一直执行下去的,死循环便能保证不会被退出,例如,binder线程也是采用死循环的方法,通过循环方式不同与Binder驱动进行读写操作,当然并非简单地死循环,无消息时会休眠。但这里可能又引发了另一个问题,既然是死循环又如何去处理其他事务呢?通过创建新线程的方式。
真正会卡死主线程的操作是在回调方法onCreate/onStart/onResume等操作时间过长,会导致掉帧,甚至发生ANR,looper.loop本身不会导致应用卡死。

作者:Gityuan
链接:https://www.zhihu.com/question/34652589/answer/90344494
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

隔开隔开
这是一个大神说的 乍看起来好像有点不懂
那么我来说说我的理解
Looper.loop()中的for循环会让当前线程阻塞,不是卡死,这个和操作系统有关。如果你在主线程操作,如activity生命周期onCreate、主线程的handler,实际上是都是通过handler发消息的,消息会在刚才的for循环中处理,这个消息会唤醒线程,如果你在onCreate(),onResume()里面处理耗时操作,那么下一次的比如用户的点击事件不能处理了,那就会卡死了

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

为什么在主线程的Looper.looper死循环不会卡死

public static void main(String[] args) { .... //创建Looper和MessageQueue对象,用于处理主线程的消息 Looper.prepareM...

【从源码看Android】03Android MessageQueue消息循环处理机制(epoll实现)

1 enqueueMessage handler发送一条消息 mHandler.sendEmptyMessage(1); 经过层层调用,进入到sendMessageAtTime函数块,最后调用...
  • ashqal
  • ashqal
  • 2014-06-18 12:34
  • 6269

Android中为什么主线程不会因为Looper.loop()方法造成阻塞

Android中为什么主线程不会因为Looper.loop()里的死循环卡死?

Android中为什么主线程不会因为Looper.loop()里的死循环卡死?

问题来源: app程序入口中为主线程准备好了消息队列 而根据Looper.loop()源码可知里面是一个死循环在遍历消息队列取消息 而且并也没看见哪里有相关代码为...

Android中为什么主线程不会因为Looper.loop()里的死循环卡死?

 Android中为什么主线程不会因为Looper.loop()里的死循环卡死? app程序入口中为主线程准备好了消息队列 … 显示全部   分享   ...

【Android自助餐】Handler消息机制完全解析(四)Looper解析

Android自助餐Handler消息机制完全解析(四)Looper解析Android自助餐Handler消息机制完全解析四Looper解析 Looper 初始化prepare 提供looper获取接...

Android 线程 Looper.prepare()、Looper.loop()

Looper用于封装了android线程中的消息循环,默认情况下一个线程是不存在消息循环(message loop)的,需要调用Looper.prepare()来给线程创建一个消息循环,调用Loope...

Android -- Looper.prepare()和Looper.loop() —深入版

Android中的Looper类,是用来封装消息循环和消息队列的一个类,用于在android线程中进行消息处理。handler其实可以看做是一个工具类,用来向消息队列中插入消息的。     ...

主线程中的Looper.loop()一直无限循环为什么不会造成ANR?

引子: 正如我们所知,在android中如果主线程中进行耗时操作会引发ANR(Application Not Responding)异常。 造成ANR的原因一般有两种: 当前的事件没有机...

Android中为什么主线程不会因为Looper.loop()里的死循环卡死?

转自:https://www.zhihu.com/question/34652589 app程序入口中为主线程准备好了消息队列 … 显示全部 举报1 条评论  分享...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)