原文地址:http://blog.csdn.net/maxleng/article/details/5552976
Looper , Handler , View
我们要理解 Android 的消息系统, Looper , Handle , View 等概念还是需要从消息系统的基本原理及其构造这个源头开始。从这个源头,我们才能很清楚的看到 Android 设计者设计消息系统之意图及其设计的技术路线。
从一般的系统设计来讲,一个消息循环系统的建立需要有以下几个要素:
首先来研究一下消息驱动的基本模型,我使用如下的图形来表示一个消息系统最基本构成:
上面的模型代表应用程序一直查询自己的消息队列 , 如果有有消息进来 , 应用 消息处理函数中根据消息类型及其参数来作相应的处理。
消息系统要运作起来 , 必定有消息的产生和消费。我们可以从下图看到消息生产和消费的一个基本的链条,这是一个最基本的,最简单的消息系统。
生产线程将消息发送到消息队列,消息消费者线程从消息队列取出消息进行相应的处理。但是这样简单的模型对实际运行的系统来 说是不够的,例如对系统资源的消耗等不能很好的处理,我们就需要一个有旗语的消息系统模型,在上面的消息系统模型中加入了一个旗语,让消息消费者线程在没 有消息队列为空时,等待旗语,进入到挂起状态,而有消息到达时,才被唤醒继续运行。当然生产者同时也可以是消费者。
Android要建立一个消息系统使用了 Looper , MessageQueue,Handler 等概念,从上节的原理我们可以知道这些都是概念包装 , 本质的东西就是消息队列中消息的分发路径的和消息分发处理方式的设计。 Android 巧妙的利用了对象抽象技术抽象出了 Looper 和 Handler 的概念。 在Looper 和 Handler 两个概念的基础上 , 通过 View 的处理函数框架, Android 十分完美的达到消息分发的目的。
参照基本消息系统描述模型,我给出了Android 消息系统整体框架,表示如下:
Android消息系统消息分发框架
Looper 只是产生一个消息循环框架,首先 Looper 创建了消息队列并把它挂接在 Linux 的线程上下文中,进入到取消息,并分发消息的循环当中。 Handler 对象在同一个线程上下文中取得消息队列,对消息队列进行封装操作,最主要的就是 SendMessage 和担当起 dispatchMessage 这个实际工作。外部系统需要向某个 Android 线程发送消息,必须通过属于该 AndroidThread 的 Handler 这个对象进行。
Handler 属于某个线程,取决 Handlerd 对象在哪个线程中建立。 Handler 在构建时做了如下的默认动作:
Handler 使用消息队列进行对象封装,提供如下的成员函数:
几乎所有的 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
....