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

 

Ø  能否有多个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，即什么也不做