Ø 能否有多个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)这两种构造方法的时候才会被赋值
当然，一般使用handler处理消息都是为了与ui线程通信，而ui的looper是系统维护的，所以推荐第一种方式。
当dispatch消息的时候，会直接调用callback.handleMessage()方法
² 前边两个都为空的时候，才会调用Handler的handleMessage方法，如果没有重写，则调用系统默认的handleMessage，即什么也不做