Android消息机制笔记

Android消息机制是支撑应用程序运行的核心基础之一，它主要负责线程间通信 ，特别是保证UI操作只能在主线程执行的同时，允许子线程完成任务后将结果传回主线程更新界面。简单来说，消息机制就是一套基于消息的生产-消费模型 ，其核心组件包括Handler、Looper和MessageQueue。

下面我将从设计背景、核心组件详解、完整工作流程、高级特性、常见问题与优化五个方面为你系统性地解析Android消息机制。

一、为什么需要消息机制？

Android的UI线程（主线程）是非线程安全 的，这意味着如果多个线程同时更新UI，会导致界面状态不可控甚至崩溃。因此Android规定：只有创建View的线程（即主线程）才能操作该View 。然而，耗时操作（如网络请求、数据库读写）又不能放在主线程，否则会阻塞界面导致ANR。为了解决这个矛盾，Android设计了消息机制，让子线程完成耗时任务后，通过Handler向主线程发送一个Message，主线程的Looper不断循环取出消息并执行更新UI的操作。这样就实现了"后台干活，前台更新"的线程模型。

二、核心组件详解

1. Message（消息载体）

Message是在线程间传递的数据载体，它内部可以携带少量数据：

what：用户定义的int常量，用于标识消息类型。
arg1 / arg2：两个int字段，用于传递简单整数。
obj ：任意Object，用于传递任意对象（注意跨线程需确保对象线程安全）。
replyTo ：可选的Messenger，用于跨进程通信。
data ：Bundle，用于传递复杂数据。
target ：Handler，指明该消息最终由哪个Handler处理（由发送时自动赋值）。
callback ：Runnable，如果设置，消息处理时会直接运行此Runnable，不再调用Handler.handleMessage。

消息池优化 ：Message对象内部维护了一个静态的回收池，推荐使用Message.obtain()获取实例，避免频繁new对象造成内存抖动。

2. MessageQueue（消息队列）

MessageQueue是一个基于单链表实现的消息队列 ，负责存储Handler发来的消息。它主要提供两个操作：

enqueueMessage ：向队列尾部插入一条消息，同时根据when（执行时间）字段进行排序（延时消息会插入到合适位置）。
next ：取出下一条要执行的消息。这是一个阻塞方法，若队列为空或仅有延时消息未到时间，next()会进入休眠直到新消息加入或延时到达。

3. Looper（消息循环器）

Looper是消息机制的"发动机"，它会无限循环 地调用MessageQueue.next()获取消息，一旦拿到消息就交给msg.target.dispatchMessage()处理，处理完再回收消息并继续循环。

prepare() ：为一个线程创建Looper。每个线程只能调用一次prepare()，调用后Looper通过ThreadLocal与当前线程绑定。
loop() ：启动循环。主线程在ActivityThread.main()中已经调用了Looper.prepareMainLooper()和Looper.loop()，所以主线程可以直接使用Handler。
quit/quitSafely ：退出Looper。quit直接终止，quitSafely会等待队列中已有消息处理完再退出。

ThreadLocal的作用 ：保证每个线程有自己的Looper副本，互不干扰。这也是为什么在子线程中使用Handler必须先调用Looper.prepare()的原因。

4. Handler（消息处理器）

Handler是消息机制的入口和出口，它负责发送消息 和处理消息 。使用时需要指定它关联的Looper（不指定则默认关联当前线程的Looper）。

发送：sendMessage、sendEmptyMessage、sendMessageDelayed、post(Runnable)等方法，最终都会调用enqueueMessage将消息插入到MessageQueue。
处理：当Looper取出消息后，会调用Handler.dispatchMessage(msg)，该方法内部按优先级处理：
1. 如果msg.callback不为空（即通过post提交的Runnable），直接运行Runnable。
2. 否则如果Handler设置了mCallback（即Handler.Callback接口），则调用mCallback.handleMessage(msg)。
3. 最后调用Handler子类重写的handleMessage(msg)。

三、完整工作流程（以主线程为例）

1. 主线程初始化

App启动时，ActivityThread.main()会调用Looper.prepareMainLooper()和Looper.loop()。

prepareMainLooper()内部调用prepare(false)创建主线程的Looper，并通过setMainLooper保存，同时创建MessageQueue。
loop()进入无限循环，不断调用queue.next()阻塞等待消息。

2. 子线程发送消息

java 复制代码

// 子线程中
Message msg = Message.obtain();
msg.what = 1;
msg.obj = "result";
myHandler.sendMessage(msg);

myHandler关联的是主线程的Looper，所以消息最终会被插入到主线程的MessageQueue中。

3. 主线程取出并处理

主线程的Looper在loop()中通过queue.next()拿到消息。
调用msg.target.dispatchMessage(msg)，最终进入Handler.handleMessage（或Runnable）。
处理完成后，消息被回收放入消息池。

整个过程实现了从子线程到主线程的单向通信，保证了UI操作始终在主线程执行。

四、高级特性

1. 同步屏障（Sync Barrier）

同步屏障是一种特殊消息，其target为null。当MessageQueue.next()遇到屏障消息时，它会跳过所有同步消息 ，只取出下一个异步消息执行。异步消息需要通过setAsynchronous(true)标记。

作用：提高UI绘制优先级。ViewRootImpl在请求布局时会插入一个同步屏障，然后立即通过Choreographer注册下一个Vsync信号的异步回调，确保绘制任务优先于其他同步消息执行。

2. IdleHandler（空闲处理器）

MessageQueue支持添加IdleHandler，当队列当前没有消息需要处理（即空闲）时，会执行IdleHandler.queueIdle()。若该方法返回true，则保留，下次空闲继续执行；返回false则移除。

常用于在主线程空闲时执行一些非必要的延迟任务（如预加载、缓存清理等），避免影响界面流畅度。

3. 消息处理时序

所有消息按照绝对时间（when字段） 排序，sendMessageDelayed通过设置when = SystemClock.uptimeMillis() + delayMillis实现。
多个消息的when相同时，按插入顺序处理。
即使延时，也仅保证"不小于指定延时"，而非精确准时，因为取决于CPU调度和前面消息的处理时长。

五、常见问题与优化

1. Handler内存泄漏

原因：非静态内部类Handler隐式持有外部Activity的引用。如果MessageQueue中还有未处理完的消息（尤其是延时消息），会导致Activity无法被GC回收，造成内存泄漏。

解决方案：

使用静态内部类 + 弱引用（WeakReference<Activity>）。
在Activity销毁时移除所有消息：handler.removeCallbacksAndMessages(null)。

2. Looper.loop()死循环为何不ANR？

很多人疑惑：既然loop()是死循环，主线程岂不是一直被卡住？实际上，next()在无消息时会进入阻塞状态（通过epoll机制释放CPU），直到有消息到来才唤醒。因此主线程在没有消息时处于休眠状态，不会消耗CPU。当点击屏幕、收到广播等事件时，系统会向主线程消息队列插入消息，唤醒Looper执行。这正是事件驱动模型的体现。

3. 子线程中使用Handler