Framework筑基之Handler消息机制

说到任务，学习Looper、MessageQueue、Handler的协作原理。

为什么需要消息机制？老实说，

• Android 的 UI 操作不是线程安全的。怎么说呢，若多个线程同时修改 UI，可能导致界面异常甚至崩溃。
• 程序规定只有创建 View 的原始线程才能更新 UI。
• 但耗时操作不能在主线程执行。否则会阻塞 UI，导致 ANR。老实说，
• 于是开发者通常在子线程中处理耗时任务。再将结果“传递”回主线程更新 UI——这就是消息机制的用武之地。

主要组件详解

Android 消息机制由四大主要组件构成，它们各司其职。形成完整流程：

.Message

• 角色这方面，线程间传递的数据载体。
• 至于主要字段，包含 what、arg1、arg2、obj 还有 target。
• 内存调整这方面。通过 Message.obtain 复用对象，减少内存分配。

.MessageQueue

• 角色的观点是，负责存储和管理待处理的 Message。其实，
• 再看底层结构。并非传统意义上的“队列”，而是一个单链表结构，按时间戳排序。话说回来，
• 说到主要方法。
  • enqueueMessage 负责按延迟时间插入消息。
  • next 负责阻塞式获取下一条可执行消息。

.Looper

<
• 角色：负责从 MessageQueue 中不断“轮询”消息，并分发给对应的 Handler 处理。
• 再看线程唯一性，每个线程最多只能有一个 Looper。
• 从主要机制来看，
  • loop 是一个死循环。不断调用 queue.next 取消息，取出后通过 < msg.target.dispatchMessag e&分发给对应的 &l t;c ode>H andler
  • 创建时机 :
    • 主线程的 &l t;c ode>L ooper& 在 &l t;co de>A ctivityThread.main< / code>& 中自动创建。
    • 子线程需手动调用 & l t; co de>& Looper.prepare& 和 &l t;co de，& L oo per.loop. &l t /u l>

. H andler &l t / h4>

• 角色 : 消息的“生产者”与“最终处理者”，是线程间通信的接口。老实说，
• 绑定机制 : 创建 & l t;c ode>& Hand ler& 时必须关联一个 & l t;c ode>& Loope r(默认关联当前线程的 & l t;c ode>& Loo per< / code>)，& l t;cod e>& Hand ler< / cod e>& 处理消息的线

进由其绑定

的 & l t;

cod e;& L oo per<

/ cod e>

所在

进决定。

主要作用 :

>

发送

消

务 (

s endM essage,post

)

和

处理

务 ( 重写

handleMessa ge

.

务机制协同工作流

进< p>

Hand ler机制的完整工作流 进可以概括为以下几个步骤：

准备阶段 : 目标 进 (通常是主 进)启动时

程序自动调用 & lt;

cod e;怎么说呢，& L oo pe r.prepareM ainLo oper

创建 & lt;

对象，

& lt;

/

co de)& 内部会初始化一个 & lt;

cod e;& M essage Queue<

;

绑定阶段 : 者创建 & lt;

c od e;& H andle r<

实例，

该 & lt;

c od e;

H an dle r<

cod e)& 自动关联主 进 的 & l t;

c od er;& L oo pe r& amp;

和&

br /> &

amp;

& # x60;，sendMessag esubst itutio n( 子 进执行耗时任务后 通过主

从开始循环来看，主

再看开始循环。

主

main thread’s loop in Android system.

) in Android system.

。

---