Handler消息机制浅谈

# Handler-

Handler在多线程间进行消息通信,维持handler机制的主要控件:Handler+Message+MessageQueue+Looper

Handler机制及其相关用法:


在andriod世界里handler的作用主要用来处理线程间通信,即我们常说的消息机制,那到底什么是handler机制呢?

假设在一个Activity中,有多个线程同时要更新UI,并且没有进行枷锁操作,想想会怎样?界面会很混乱,而且当我们一个线程已经更新完一个UI但是线程之间不是同步的,导致另外一个线程更新不到最新的数据,这就在逻辑上必然出错,但是如果对更新UI操作进行枷锁处理的话,大大降低主线程进行UI更新效率,加入简简单单更新一个控件状态,却要对该控件进行枷锁不仅降低我们主线程工作效率,带来的用户体验也是很差的,作为开发者对我们来说影响也很大,让我们逻辑变得臃肿,所以为了很好解决线程间这种通讯,google则为我们提供这个消息机制,当然考虑到handler机制切换线程和处理消息逻辑相对负责,Google大牛又为我们封装了另外一个Api,相信大家知道AsyncTask,但是看过源码的小伙伴就知道其实AsyncTask内部封装了Handler机制,对Handler进一步完善和封装,到底Handler机制是怎么更新主线程消息呢??? (废话多多)


(回到正题!!!)

我们要知道线程默认没有Looper的,如果需要使用handler就需要为线程创建Looper,我们经常提起主线程也叫UI线程(ActivityThread),ActivityThread初始化的时候就已经创建了Looper,这也就解释了为什么我们在主线程可以直接使用Handler处理相关逻辑,事实上主线程已经为我们创建了Looper,那么Looper是怎么使用呢?  一个线程只对应一个Looper,一个Looper只能对应一个MessageQueue,当我们创建Looper后,Looper内部为我们创建一个MessageQueue当我们在子线程种使用handler,记得子线程没人没有Looper的哦,记得Looper.prepare()一下为当前线程创建Looper,不然会报错,那么接下来Looper.loop()不断进行消息轮询,不断从messageQueue中取出消息,当没有消息时候就等待,这就导致阻塞线程,当MessageQueue里面没有消息我们可以手动quit()退出当前Looper,那么我们当前的handler就不能发送消息了,在Looper内部进行消息循环时,MessageQueue通过next()将消息分别取出根据分发机制将消息分发给对应的Handler处理。

handler用来处理MessageQueue中message,通过handler的handleMessage(Message msg)处理相关逻辑,例如更新UI或者处理主线程逻辑,

一般来说,我们想执行一个耗时操作例如网络加载,大量图片下载或者庞大数据的访问,我们都知道主线程不能执行耗时操作,否则发生ANR,那么android在解决这个问题上给我们很好一个答案“多线程”操作,我们通过在主线程中重新创建一个子线程用来处理耗时逻辑,这种异步线程机制很好解决线程阻塞的问题,其实看过源码的宝宝们就知道,handler机制内部就是通过开启子线程实现不同线程之间消息通信。

当我们开启了一个子线程后将子线程处理得到信息想通知给主线程怎么办法,这个时候我们就需要用到message,message是消息类,我们通过Message.obtian()拿到message类,当然并不止这一种方法,但归根结底就是Message.obtian方法,顾名思义我们拿到message后就可以携带我们想要传递的消息,可以通过arg1和arg2传递int型数据,也可以通过setData()向Bundle中传递复杂数据类型,当然message强大在与你可以直接传递一个Object对象给它,当消息我们封装好了此时就需要将message发送出去,即用sendMessge(message)将消息发送到消息队列MessageQueue,sendMessage()又调用sendMessageDelay(),sendMessageDelay又调用sendMessageAttime(),Handler中还有一系列的sendEmptyMessageXXX方法,而这些sendEmptyMessageXXX方法在其内部又分别调用了其对应的sendMessageXXX方法。

兄台且慢,发送消息这里还有个postXXX方法,会发现postXXX方法在其内部又调用了对应的sendMessageXXX方法,可以看看源码。

那么我们又是怎么处理消息的呢?  还记得刚才我们说过的MessageQueue吗? 对,就是它将我们消息收入囊中,大家应该也都能猜到他是干什么的,当我们象处理消息时就从这个消息队列里面将其循环取出,怎么取出呢???  这就需要你去研究源码,handler内部维持了一个消息循环机制,按照这个机制在Looper推动下将消息一条一条取出分别分发给handler,最终我们可以将拿到的消息处理我们的逻辑,这就是整个handler消息机制流程。

由于鄙人才学疏浅讲的不是很透彻,大家可以多研究研究源码,源码里面有很多google高精深的设计思想和设计模式。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,117评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,963评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,897评论 0 240
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,805评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,208评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,535评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,797评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,493评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,215评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,477评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,988评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,325评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,971评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,807评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,544评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,455评论 2 266

推荐阅读更多精彩内容