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的话，就不去继续执行了。这个以后还是要研究研究具体怎么应用场景的啦。