从一般的系统设计来讲,一个消息循环系统的建立需要有以下几个要素:
发送消息
消息队列
消息分发
消息读取
首先来研究一下消息驱动的基本模型,我使用如下的图形来表示一个消息系统最基本构成:
上面的模型代表应用程序一直查询自己的消息队列,如果有有消息进来,应用消息处理函数中根据消息类型及其参数来作相应的处理。
消息系统要运作起来,必定有消息的产生和消费。我们可以从下图看到消息生产和消费的一个基本的链条,这是一个最基本的,最简单的消息系统。
生产线程将消息发送到消息队列,消息消费者线程从消息队列取出消息进行相应的处理。但是这样简单的模型对实际运行的系统来说是不够的,例如对系统资源的消耗等不能很好的处理,我们就需要一个有旗语的消息系统模型,在上面的消息系统模型中加入了一个旗语,让消息消费者线程在没有消息,队列为空时,等待旗语,进入到挂起状态,而有消息到达时,才被唤醒继续运行。当然生产者同时也可以是消费者。
2 Android 的消息模型
Android建立一个消息系统使用了Looper,MessageQueue,Handler 等概念,从上节的原理我们可以知道这些都是概念包装,本质的东西就是消息队列中消息的分发和消息分发
处理方式的设计。Android 巧妙的利用了对象抽象技术抽象出了Looper 和Handler 的概念。在Looper 和Handler 两个概念的基础上,通过View 的处理函数框架,Android 十分完美的达到消息分发的目的。参照基本消息系统描述模型,我给出了Android 消息系统整体框架,表示如下:
Android 消息系统消息分发框架
3 Looper,Handler 详解
Looper 只是产生一个消息循环框架,首先Looper 创建了消息队列并把它挂接在Linux的线程上下文中,进入到取消息,并分发消息的循环当中。Handler对象在同一个线程上下文中取得消息队列,对消息队列进行封装操作,最主要的就是SendMessage 和担当起dispatchMessage 这个实际工作。外部系统需要向某个Android 线程发送消息,必须通过属于该AndroidThread的Handler 这个对象进行。
Handler 在构建时做了如下的默认动作:
l 从线程上下文取得Looper。
l 通过Looper 获取到消息队列并记录在自己的成员mQueue 变量中
Handler 使用消息队列进行对象封装,提供如下的成员函数:
l 通过post(Runnable r)发送。Runnable 是消息处理的回调函数,通过该消息的发送引起Runable的回调运行,Post消息放置消息队列的前面。Message.callback=Runable.
l 通过sendMessage 发送。放置在所有的Post 消息之后,sendMessage 发送消息.
l dispatchMessage 分发消息。消息带有回调函数,则执行消息回调函数,如何没有则使用默认处理函数:handleMessage。而handleMessage往往被重载成某个继承Handler 对象的新的特定的handleMessage。
几乎所有的Message发送时,都指定了target。Message.target=(this).
Looper 运行在Activity 何处?我们现在可以从代码堆栈中纵观一下Looper 的位置。
NaiveStart.main()
ZygoteInit.main
ZygoteInit$MethodAndArgsCall.run
Method.Invoke
method.invokeNative
ActivityThread.main()
Looper.loop()
ViewRoot$RootHandler().dispatch()
handleMessage
....
这样我们就更清楚的了解到Looper 的运行位置。