http://chuansong.me/n/355264151222
概述
本篇是转载他人文章还有自己的总结归纳。
描述了android的消息机制。主要涉及三个类:Looper、Handler、MessageQueue。本文要理清的是:这三个类之间如何配合实现消息机制。
前言
关于android的消息机制,最常用用到的就是UI界面的修改。因为不能在主线程中进行耗时操作(ANR、而且也影响用户体验),但是呢子线程又是无法修改TextView显示之类的。这一点限制可能是出于并发的考虑。
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
这个异常相信很多人都不会陌生。
然后解决方法就是:用handler发送消息并处理消息。
handler = new Handler() {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case MSG_SHOW:
txtInfo.setText("real haha!");
break;
}
}
};
handler
new Handler()创建了一个handler对象。其源码:
public Handler() {
this(null, false);
}
public Handler(Callback callback, boolean async) {
//前后各种省略
mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can't create handler inside thread that has not called Looper.prepare()");
}
}
在handler创建的时候便获取到了Looper。获取当前线程的looper,如果没有则返回null。主线程中调用当然是获取主线程的looper了,这又涉及到android的主线程啥的。暂时不深究,总之android应用的主线程会创建一个looper。然后,如果在子线程中创建handler的话,由于子线程没有looper,必定导致异常。
/**
* Return the Looper object associated with the current thread. Returns
* null if the calling thread is not associated with a Looper.
*/
public static @Nullable Looper myLooper() {
return sThreadLocal.get();
}
消息发送
所有消息发送接口最后调用的都是sendMessageAtTime往MessageQueue送入消息。
这里有个细节sendEmptyMessage会自动分配一个message,但不是调用new来创建的而是使用Message.obtain获取,应该是会优先从什么缓存池里获取其次再是new。总之呢,跟着引导走,如果手动创建消息也应该是调用此方法。
消息的获取
消息送入MessageQueue后,Looper.loop会不停调用MessageQueue的next方法获取消息。
消息的处理
一个Message被准时送达后,先检测该Message的callback,没有的话就是调用Handler的全局callBack,还是没有的话就是调用handleMessage方法。
总结
1,Handler只是一个编程入口。提供发送消息和消息处理。
2,MessageQueue负责存储消息。
3,Looper负责搬消息和处理消息。需要侧重其prepare和loop两个方法,prepare创建Looper,loop完成轮训工作。
4,MessageQueue由Looper创建,Looper由主线程不知道在什么时候自动创建。Handler只是获取Looper,说白了Handler就是一扇窗。
更新(20161102)
小结:android消息机制的思想其实使用非常普遍。
当你需要线程安全、统筹触发的各类消息的优先级时,必须得采取此种方式:将消息的
处理与消息的控制(比如:消息何时被处理)分离。
举例:盖一栋房子,瓦工和泥水匠还有其它都只需要关心自己那部分,消息机制类似于
一个统筹者的角色。瓦工准备好了就发起通知,泥水匠也是。至于什么时候让你进来开
工,不是你决定,由统筹负责。至于活怎么干,统筹的不管,有你自己决定。
(突然想起来,之前写的std对于各类事件(按键、刷卡、界面更新等)的处理也和此类似。)