Android消息机制(1)

在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()方
法。典型的用法如下：

1. class LooperThread extends Thread
2. {
3. public Handler mHandler;
4. public void run()
5. {
6. Looper.prepare();
7. //其它需要处理的操作
8. Looper.loop();
9. }
10. }

倘若我们的线程中存在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()处理我们需要的操作。

1. /**
2. *
3. * @author coolszy
4. * @blog http://blog.csdn.net/coolszy
5. *
6. */
7. public class MessageService extends Service
8. {
9. private static final String TAG = "MessageService";
10. private static final int KUKA = 0;
11. private Looper looper;
12. private ServiceHandler handler;
13. /**
14. * 由于处理消息是在Handler的handleMessage()方法中，因此我们需要自己编写类
15. * 继承自Handler类，然后在handleMessage()中编写我们所需要的功能代码
16. * @author coolszy
17. *
18. */
19. private final class ServiceHandler extends Handler
20. {
21. public ServiceHandler(Looper looper)
22. {
23. super(looper);
24. }
25. @Override
26. public void handleMessage(Message msg)
27. {
28. // 根据what字段判断是哪个消息
29. switch (msg.what)
30. {
31. case KUKA:
32. //获取msg的obj字段。我们可在此编写我们所需要的功能代码
33. Log.i(TAG, "The obj field of msg:" + msg.obj);
34. break;
35. // other cases
36. default:
37. break;
38. }
39. // 如果我们Service已完成任务，则停止Service
40. stopSelf(msg.arg1);
41. }
42. }
43. @Override
44. public void onCreate()
45. {
46. Log.i(TAG, "MessageService-->onCreate()");
47. // 默认情况下Service是运行在主线程中，而服务一般又十分耗费时间，如果
48. // 放在主线程中，将会影响程序与用户的交互，因此把Service
49. // 放在一个单独的线程中执行
50. HandlerThread thread = new HandlerThread("MessageDemoThread", Process.THREAD_PRIORITY_BACKGROUND);
51. thread.start();
52. // 获取当前线程中的looper对象
53. looper = thread.getLooper();
54. //创建Handler对象，把looper传递过来使得handler、
55. //looper和messageQueue三者建立联系
56. handler = new ServiceHandler(looper);
57. }
58. @Override
59. public int onStartCommand(Intent intent, int flags, int startId)
60. {
61. Log.i(TAG, "MessageService-->onStartCommand()");
62. //从消息池中获取一个Message实例
63. Message msg = handler.obtainMessage();
64. // arg1保存线程的ID，在handleMessage()方法中
65. // 我们可以通过stopSelf(startId)方法，停止服务
66. msg.arg1 = startId;
67. // msg的标志
68. msg.what = KUKA;
69. // 在这里我创建一个date对象，赋值给obj字段
70. // 在实际中我们可以通过obj传递我们需要处理的对象
71. Date date = new Date();
72. msg.obj = date;
73. // 把msg添加到MessageQueue中
74. handler.sendMessage(msg);
75. return START_STICKY;
76. }
77. @Override
78. public void onDestroy()
79. {
80. Log.i(TAG, "MessageService-->onDestroy()");
81. }
82. @Override
83. public IBinder onBind(Intent intent)
84. {
85. return null;
86. }
87. }

下面我们通过跟踪代码分析在Android中是如何处理消息。首先贴上测试代码：

运行结果：

注：在测试代码中我们使用了HandlerThread类，该类是Thread的子类，该类运行时将会创建looper对象，使用该类省去了我们自己编写Thread子类并且创建Looper的麻烦。