深入剖析Android消息机制
在Android 中,线程内部或者线程之间进行信息交互时经常会使用消息,这些基础的东西如果我们熟悉其内部的原理,将会使我们容易、更好地架构系统,避免一些低级的错误。在学习Android中消息机制之前,我们先了解与消息有关的几个类:
1.Message
消息对象,顾名思义就是记录消息信息的类。这个类有几个比较重要的字段:
a.arg1和arg2:我们可以使用两个字段用来存放我们需要传递的整型值,在Service中,我们可以用来存放Service的ID。
b.obj:该字段是Object类型,我们可以让该字段传递某个多项到消息的接受者中。
c.what:这个字段可以说是消息的标志,在消息处理中,我们可以根据这个字段的不同的值进行不同的处理,类似于我们在处理Button事件时,通过switch(v.getId())判断是点击了哪个按钮。
在使用Message时,我们可以通过new Message()创建一个Message实例,但是Android 更 推荐我们通过Message.obtain()或者Handler.obtainMessage()获取Message对象。这并不一定是直接创建一个新 的实例,而是先从消息池中看有没有可用的Message实例,存在则直接取出并返回这个实例。反之如果消息池中没有可用的Message实例,则根据给定 的参数new一个新Message对象。通过分析源码可得知,Android系统默认情况下在消息池中实例化10个Message对象。
2.MessageQueue
消息队列,用来存放Message对象的数据结构,按照“先进先出”的原则存放消息。存放并非实际意义的保存,而是将Message对象以链表的方 式串联起来的。MessageQueue对象不需要我们自己创建,而是有Looper对象对其进行管理,一个线程最多只可以拥有一个 MessageQueue。我们可以通过Looper.myQueue()获取当前线程中的MessageQueue。
3.Looper
MessageQueue的管理者,在一个线程中,如果存在Looper对象,则必定存在MessageQueue对象,并且只存在一个Looper对象和一个MessageQueue对象。在Android 系统中,除了主线程有默认的Looper对象,其它线程默认是没有Looper对象。如果想让我们新创建的线程拥有Looper对象时,我们首先应调用Looper.prepare()方法,然后再调用Looper.loop()方法。典型的用法如下:
view plaincopy to clipboardprint?
class LooperThread extends Thread
{
public Handler mHandler;
public void run()
{
Looper.prepare();
//其它需要处理的操作
Looper.loop();
}
}
倘若我们的线程中存在Looper对象,则我们可以通过Looper.myLooper()获取,此外我们还可以通过 Looper.getMainLooper()获取当前应用系统中主线程的Looper对象。在这个地方有一点需要注意,假如Looper对象位于应用程 序主线程中,则Looper.myLooper()和Looper.getMainLooper()获取的是同一个对象。
4.Handler
消息的处理者。通过Handler对象我们可以封装Message对象,然后通过sendMessage(msg)把Message对象添加到 MessageQueue中;当MessageQueue循环到该Message时,就会调用该Message对象对应的handler对象的 handleMessage()方法对其进行处理。由于是在handleMessage()方法中处理消息,因此我们应该编写一个类继承自 Handler,然后在handleMessage()处理我们需要的操作。
view plaincopy to clipboardprint?
# public class MessageService extends Service
#
# {
# private static final String TAG = “MessageService”;
# private static final int KUKA = 0;
# private Looper looper;
# private ServiceHandler handler;
# /**
# * 由于处理消息是在Handler的handleMessage()方法中,因此我们需要自己编写类
# * 继承自Handler类,然后在handleMessage()中编写我们所需要的功能代码
# * @author coolszy
# *
# */
# private final class ServiceHandler extends Handler
# {
# public ServiceHandler(Looper looper)
# {
# super(looper);
# }
#
# @Override
# public void handleMessage(Message msg)
# {
# // 根据what字段判断是哪个消息
# switch (msg.what)
# {
# case KUKA:
# //获取msg的obj字段。我们可在此编写我们所需要的功能代码
# Log.i(TAG, “The obj field of msg:” + msg.obj);
# break;
# // other cases
# default:
# break;
# }
# // 如果我们Service已完成任务,则停止Service
# stopSelf(msg.arg1);
# }
# }
#
# @Override
# public void onCreate()
# {
# Log.i(TAG, “MessageService-->onCreate()”);
# // 默认情况下Service是运行在主线程中,
- 深入剖析MFC中Windows消息处理机制(04-11)
- TMS320C54x系列DSP的中断机制(08-08)
- 记录仪实时多任务调度策略的研究(07-16)
- 基于Nios II自助点菜系统的μC/GUI应用(06-05)
- 变频器伺服电机的几种制动方法(12-12)
- STC11F04单片机制作的32灯摇摇棒(11-30)