一个activity中多个handler和消息的处理过程

转自：https://blog.csdn.net/cs_epo/article/details/69420

Ø 能否有多个handler

handler的构造方法

public Handler() {

     ….

mLooper = Looper.myLooper();

mQueue = mLooper.mQueue;

mCallback = null;

…

}

因为几乎主要的成员变量都是从Looper中拿出来的，最初以为一个线程中只能有一个handler。后来看构造方法也没有限制，尝试的写了下，发现的确可以实例化多个handler

后来又想，如果两个handler都重写了handleMessage方法，而handleMessage方法之后，消息会从消息队列中移除。那么假设A发送了一个消息，想实现一些功能，但是B却对这个消息进行了处理，那么A中的功能不是无法实现了吗？

重新看了一下消息的分法机制，终于恍然大悟

1、 Handler发送消息的时候

public boolean sendMessageAtTime(Message msg, long uptimeMillis){

...

    **if** (queue !=**null**) {

        msg.target = **this**;// 发送消息的时候会把target设为当前的Handler

        sent = queue.enqueueMessage(msg, uptimeMillis);

    }

...

}

2、而Looper中的循环

public static final void loop() {

    Looper me = *myLooper*();

    MessageQueue queue = me.mQueue;

    **while** (**true**) {

    ...

        Message msg = queue.next();

    ...

    // 我汗啊… 竟然直接交给了target即发送这个消息的handler处理

       msg.target.dispatchMessage(msg);

       msg.recycle();

        }

    }

}

3、这么简单的问题竟然纠结了好久，只能感叹菜鸟真可怕

既然看到这了，就稍微看下dispatchMessage的逻辑吧

Ø dispatchMessage

|

public void dispatchMessage(Message msg) {

    **if** (msg.callback !=**null**) {

        handleCallback(msg);

    } **else** {

      **if** (mCallback !=**null**) {

            **if** (mCallback.handleMessage(msg)) {

                **return**;

            }

       }

        handleMessage(msg);

    }

}

|

² -- 如果msg.callback不为空，则调用handleCallback(msg);

callback是一个Runnable的实例，那么什么时候不为空呢？

|- 当调用 message 的obtain静态方法来实例化Message的时候，会对这个Runnable赋值

**public static** Message obtain(Handler h, Runnable callback) {

    Message m = *obtain*();

    m.target = h;

    m.callback = callback;

    **return** m;

}

|- 更常用的方式

当Handler.post(Runnable r)的时候

|

**public final boolean** post(Runnable r)

** return** sendMessageDelayed(getPostMessage(r), 0);

}

**private final** Message getPostMessage(Runnable r) {

    Message m = Message.*obtain*();

    m.callback = r;

    return m;

}

|

这时候，handler dispatch这个消息会直接调用Runnable中的run方法

这也是为什么重写的handlerMessage不对这种形式发送的消息进行处理

² 如果mCallback不为空，则调用mCallback.handleMessage方法

而这个Callback默认情况下为空，只有当调用

public Handler(Callback callback)或者public Handler(Looper looper, Callback callback)这两种构造方法的时候才会被赋值，其实也就是要直接通过new hanlder （）构造实例使用,而不是通过内部类重写handlerMessage 方式来处理的时侯采用的手段。

当然，一般使用handler处理消息都是为了与ui线程通信，而ui的looper是系统维护的，所以推荐第一种方式。 

当dispatch消息的时候，会直接调用callback.handleMessage()方法

² 前边两个都为空的时候，才会调用Handler的handleMessage方法，如果没有重写，则调用系统默认的handleMessage，即什么也不做