? 能否有多个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); }} |
2 -- 如果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不对这种形式发送的消息进行处理
2 如果mCallback不为空,则调用mCallback.handleMessage方法
而这个Callback默认情况下为空,只有当调用public Handler(Callback callback)或者public Handler(Looper looper, Callback callback)这两种构造方法的时候才会被赋值 当然,一般使用handler处理消息都是为了与ui线程通信,而ui的looper是系统维护的,所以推荐第一种方式。 当dispatch消息的时候,会直接调用callback.handleMessage()方法
2 前边两个都为空的时候,才会调用Handler的handleMessage方法,如果没有重写,则调用系统默认的handleMessage,即什么也不做