Android Handler消息处理顺序分析

看到Handler中的消息处理函数：

public void dispatchMessage(Message msg){...}

这个函数是在Looper的执行消息循环loop()的时候取出Message然后执行：

msg.target.dispatchMessage(msg);

时，msg对象的target就是这个Handler对象，即执行了Handler的dispatchMessage()函数：

函数定义如下：

    /**
     * Handle system messages here.
     */
    public void dispatchMessage(Message msg) {
        if (msg.callback != null) {
            handleCallback(msg);
        } else {
            if (mCallback != null) {
                if (mCallback.handleMessage(msg)) {
                    return;
                }
            }
            handleMessage(msg);
        }
    }

从这个函数中可以看到，执行顺序逻辑是这样的：

1.如果Message对象有CallBack回调的话，就只执行这个回调，然后就结束了。

可见如果要使用Message的CallBack的话，就别在用其他的东西了。其实是个Runnable对象。

例如我们可以这样构建Message的CallBack：

        Message msgCallback = Message.obtain(myHandler, new Runnable() {
           
            @Override
            public void run() {
                
                Log.d(TAG, "msgCallback Runnable run() tid : " + Thread.currentThread().getId());
                
            }
        });

2.else分支下，如果Handler的CallBack对象不为空，那么就执行它的handleMessage()函数。

如果这个函数return true,那么就直接推出了，不会执行下面了。如果return false的话，就继续执行3.

例如我们可以这样来构建一个Handler的CallBack对象：

    private Handler.Callback callback = new Handler.Callback() {
        @Override
        public boolean handleMessage(Message msg) {
            
            Log.d(TAG, "Handler.Callback handleMessage msg : " + msg.what);
            Log.d(TAG, "Handler.Callback handleMessage tid : " + Thread.currentThread().getId());
            
            return false;
//            return true;
        }
    };

3.这才调用到了Handler的handleMessage()函数，也就是我们经常要在子类覆写的这个函数，从中我们可以做消息的处理。

附件中是我的测试Demo，也同时解惑了我的一个疑问，那就是Runnable对象到Handler中执行的时候，是不是另启动了新的线程呢？答案是否定的，这个Runnable对象只是被调用了它的run()方法,就像是一个普通的方法被调用了一样，根本就没有start一个线程，所以这个run()方法也是在Handler所在的线程中被执行的。

这个是handleCallback函数：

    private static void handleCallback(Message message) {
        message.callback.run();
    }

可以看到，只是调用了message对象的Runnable对象的run()函数。

当然，还得分析Handler的post(Runnable r)方法的Runnable对象最终是怎么被执行的，才能彻底解决我的疑问。

这个是Handler的post方法：

    public final boolean post(Runnable r)
    {
       return  sendMessageDelayed(getPostMessage(r), 0);
    }

看到把Runnable对象r传到getPostMessage中了。

Handler中的getPostMessage方法：

    private static Message getPostMessage(Runnable r) {
        Message m = Message.obtain();
        m.callback = r;
        return m;
    }

可以看到，原来是这样啊。使用了Runnable对象r从Message中obtain()分配出一个Message对象出来，然后调用的是sendMessageDelayed来发送消息。

这就对了，我们自己post的Runnable对象，也不过是放到了Message的Runnable对象中了，也就是Message对象的CallBack了。他有优先执行的权利，事实上，我们如果通过post一个Runnable的话，也没办法修改更多的Message对象的参数信息了，所以只执行到这个Runnable也是合理的。

但是我却几乎没使用过Handler的callback对象，看来这个东西还是可以做优先级的消息过滤的，如果return true的话，就不去继续执行了。这个以后还是要研究研究具体怎么应用场景的啦。

Android Handler消息处理顺序分析

猜你喜欢