Android的消息机制

ThreadLocl在制定的线程中存储，获取数据。其他线程无法获取到。

使用场景：当某些数据是以线程为作用域并且不同线程具有不同的数据副本的时候，可以考虑采用ThreadLocal。

不同线程访问同一个ThreadLocal的get方法，ThreadLocal内部会从各自的线程中取出一个数组，然后再从数组中根据当前ThreadLocal的索引去查找出对应的value值。

从ThreadLocal的set和get方法可以看出，他们所操作的对象都是当前线程的localValues对象的table数组，因此在不同线程中访问同一个ThreadLocal的set和get方法，他们对ThreadLocal所做的读/写操作仅限于各自线程的内部，这就是为什么ThreadLocal可以在多个线程中互不干扰地存储和修改数据。

Message

Message 是完备的，即它同时带有消息内容和处理消息的 Handler 或 callback。下面列出它的主要成员变量：

1. public int what;     // 消息 id  
2. public int arg1;     // 消息参数  
3. public int arg2;     // 消息参数  
4. public Object obj;   // 消息参数  
5. long when;           // 处理延迟时间，由 Handler 的 sendMessageDelayed/postDelayed 设置  
6. Handler target;    // 处理消息的 Handler  
7. Runnable callback;   // 处理消息的回调  
8. Message next;    // 链表结构，指向下一个消息 

MessageQueue

主要包含两个操作，插入和读取。对应的方法分别为enqueueMessage和next。

Looper

不停地从MessageQueue中查看是否有新消息，如果有新消息会立刻处理，否则一直阻塞。

Looper.prepare() 为当前线程创建一个Looper

Looper.loop() 开启消息循环

Looper.quit()  Looper.quitSafely() 退出一个Looper

loop()中msg.target.dispatchMessage(msg) Handler发送的消息最终又交给它的dispatchMessage方法来处理了。

Handler的dispaMessage方法是在创建Handler时所使用的Looper中执行的，这样就成功地将代码逻辑切换到指定的线程中去执行了。

Handler

Handler的工作主要包含消息的发送和接受过程。

消息的发送通过post的一系列方法以及send的一系列方法实现。

dispatchMessage方法处理消息。先检查Message的callback是否为null，不为null就处理。

其次检查mCallback是否为null，不为null就调用没Callback的handleMessage方法处理消息。

最后调用Handler的handleMessage方法来处理消息。