Android 消息机制深入源码分析 [ 一 ]
Android 消息机制之 ThreadLocal 深入源码分析 [ 二 ]
Android 消息机制之 Looper 深入源码分析 [ 三 ]
Android 消息机制之 Message 与消息对象池的深入源码分析 [ 四 ]
Android 消息机制之 MessageQueue 深入源码分析 [ 五 ]
Android 消息机制之初识Handler [ 六 ]
Android 消息机制之 Handler 发送消息的深入源码分析 [ 七 ]
Android 消息机制之 MessageQueue.next() 消息取出的深入源码分析 [ 八 ]
Android 消息机制之消息的其他处理深入源码分析 [ 九 ]
Android 消息机制总结 [ 十 ]
本文集, 开始学习 Android 的消息机制. 将全面的了解消息机制中各个组件的作用及原理.
在开始分析源码之前, 需要先了解一下 Android 中消息机制的基本概念.
消息机制概述
Android 的消息机制主要是指 Handler 的运行机制, Handler 的运行需要底层的 MessageQueue 和 Looper 的支撑.
Handler 是 Android 消息机制的上层接口, 这使得在开发过程中只需要和 Handler 交互即可, Handler 的主要作用是将一个任务切换到某个指定的线程中去执行. 因为 Android 规定访问 UI 只能在主线程中进行.
MessageQueue 的中文翻译是消息队列, 顾名思义, 它的内部存储了一组消息, 以队列的形式对外提供插入和删除的工作. 虽然叫消息队列, 但是它的内部存储结果却不是真正的队列, 而是采用单链表的结构来存储消息列表.
Looper 的中文翻译为循环. 可以理解为消息循环. 由于 MessageQueue 只是一个消息的存储单元, 它不能去处理消息, 而 Looper 就填补了这个功能. Looper 会以无限循环的形式去查找是否有新的消息, 有就处理, 否则就会一直等待.
ThreadLocal: Looper 中还有一个特殊的概念,那就是 ThreadLocal, ThreadLocal 并不是线程, 它的作用是可以在每个线程中存储数据, Handler 创建的时候会采用当前线程的 Looper 来构造消息循环系统, Handler 内部就是通过 ThreadLocal 来获取当前线程的 Looper 的. ThreadLocal 可以再不同的线程中互不干扰的存储并提供数据. 通过 ThreadLocal 可以轻松获取每个线程的 Looper, 需要注意的是, 线程默认是没有 Looper 的, 如果需要使用 Handler 就必须为线程创建 Looper.(主线程除外). 我们经常提到的主线程, 也叫 UI 线程, 它就是 ActivityThread, ActivityThread 被创建时就会初始化 Looper, 这也是我们在主线程中默认可以使用 Handler 的原因.
Handler 与 Message 内部其实是相互持有引用的.
