2019-03-20：谈谈 Handler 机制和原理？

[Moosphan]

[Ssuiyingsen]

这个。。。。
首先在UI线程我们创建了一个Handler实例对象，无论是匿名内部类还是自定义类生成的Handler实例对象，我们都需要对handleMessage方法进行重写，在handleMessage方法中我们可以通过参数msg来写接受消息过后UIi线程的逻辑处理，接着我们创建子线程，在子线程中需要更新UI的时候，新建一个Message对象，并且将消息的数据记录在这个消息对象Message的内部，比如arg1,arg2,obj等，然后通过前面的Handler实例对象调用sendMessge方法把这个Message实例对象发送出去，之后这个消息会被存放于MessageQueue中等待被处理，此时MessageQueue的管家Looper正在不停的把MessageQueue存在的消息取出来，通过回调dispatchMessage方法将消息传递给Handler的handleMessage方法，最终前面提到的消息会被Looper从MessageQueue中取出来传递给handleMessage方法。

[Moosphan]

首先在主线程创建一个 Handler 对象 ，并重写 handleMessage() 方法。然后当在子线程中需要进行更新UI的操作，我们就创建一个 Message 对象，并通过 Handler 发送这条消息出去。之后这条消息被加入到 MessageQueue 队列中等待被处理，通过 Looper 对象会一直尝试从 Message Queue 中取出待处理的消息，最后分发回 Handler 的 handleMessage() 方法中。

[hongcwamazing]

什么是handler？我感觉你们说的好麻烦，我感觉就像做辣条一样，最后不都是人吃

[Moosphan]

@hongcwamazing 来补充一下你的见解吧😁

[manondidi]

每一个线程都有一个 handler loop messagequeue机制
线程A要调用线程B
首先线程A会向 线程b的mq中发送一条消息, 线程b的looper就会不断循环取出里面的消息 然后调用线程a的handler的 handlemessage 从而实现了不同线程间通信

[Alex-Cin]

大概是这样的, Handler Message MessageQueue Looper;
A. messageQueue.next 是阻塞式的取消息, 如果有 delay 会调用 nativeWake;
那么问题来了, 线程挂起了, 是挂起的 UI线程吗? 答案是 YES, 为什么我没有察觉呢?
还有就是 nativeWake 和 nativePollOnce 的实现原理;

B. looper.loop 既然是 while-true 为什么不会卡死?

C. MessageQueue 是队列吗? 他是什么数据结构呢?

D. handler 的postDelay, 时间准吗? 答案是不准, 为什么呢?

E. handler 的 postDelay 的时间是 system.currentTime 吗? 答案是 NO, 你知道是什么吗?

F. 子线程run方法使用 handler 要先 looper.prepare(); 再 handler.post; 再 looper.loop();
那么问题来了, looper.loop(); 之后 在 handler.post 消息, 还能收到吗? 答案是 NO, 为什么?

G. handler 这么做到的 一个线程对应一个 looper, 答案是threadLocal, 你对ThreadLocal 有什么了解吗?

H. 假设先 postDelay 10ms, 再postDelay 1ms, 你简单描述一下, 怎么处理这2条消息?

I. 你知道主线程的Looper, 第一次被调用loop方法, 在什么时候吗? 哪一个类

J. 你对 IdleHandler 有多少了解?

K. 你了解 HandlerThread 吗?

L. 你对 Message.obtain() 了解吗, 或者你知道 怎么维护消息池吗,

哈哈, 事实上 关于 handler还有一些其他的问题, 我都不记得了;

[chengmouren]

说道handler就不得不提 Looper，MessageQueue 和 Handler。

Looper:它在消息机制里是用来把普通线程转成looper线程的（Looper.prepare()），并担当消息循环的任务，当然，UI 线程是通过Looper.PrepareMainLoper()。
它会开启无限循环(Loper.loop())并不停的从 MessageQueue 中查看是否有新消息，如果有就拿出来处理，如果没有呢，就阻塞（其实真正的阻塞在 MessageQueue 的 next 里）。Loper在构造的时候会构建一个 MessageQueue 并持有它的引用。

MessageQueue: 消息队列，它用来插入（enqueueMessage），读取消息（next）。它虽然是个消息队列，但实际实现是个单链表，因为单链表在插入和读取上有优势。它插入是根据时间戳排序来的，根据时间戳的排序来指定next的下一条消息。而当next读取的时候，如果有消息，就取出来，如果没有，就阻塞。如果 next 取出来是 null，那么就表示整个app可以结束运行了。

Handler 的主要工作就是负责消息的发送和接收了。发送消息是 post 和 send 的一堆函数，其实到最后 enqueueMessage() 来进行入队，接收消息处理则是通过msg的next里返回的 looper 在交给 handler 的 dispatchMessage() 方法。Handler 在哪个线程之下构造就会持有当前这个线程的 looper 引用。Handler 工作的时候首先会判断 msg.callback（Runnable对象）是不是 null，不为 null 就会变为 handlerCallback（执行msg的callback），然后检查 mCallback 是不是 null，不为 null 执行 handlerMessage。而这个 mCallback 则又是通过 msg 的 target（对应的handler）来进行回调调用的。

那么整个流程是：activityThread 里 main 方法执行即 app 启动的时候，会把当前线程转为 UI 线程（Loper.PrepareMainLoper()）,并且会构造 activityThread（下面简称actThread）实例，它的 attach 方法会创建 Binder 线程通道（ApplicationThread，用来接受系统进程传递过来的信息的线程）。然后通过 Looper.loop 来开启无限循环。无限循环开启后，需要一个 handler 和消息队列进行交互，这个handler (ActivityThread.H,简称mH)主要用来管理四大组件的生命周期，启动，停止等消息类型。actThread 通过之前创建的bind线程与ams进行通信，ams执行完actThread的请求后会回调 binder 线程的 bind 方法，然后 binder 线程会向 mH 发送消息，mH 收到消息后会回到 actThread 中去执行。

[scsfwgy]

其实本质的问题就是线程之间怎么通信？一个队列A,一个线程B,一个线程C。

1. B线程创建各种消息然后丢到A队列中。
2. C线程是一个while(true)的方法一直在读A队列中的数据，读取到就处理；读取不到就阻塞。

如果抛开Android去处理多线程通信问题就是这样玩的，Android也是，只不过做了很多个性化的处理。

[RedDargon]

Handler +Message+MessageQueue+Looper

handler做线程间通信用的。
Message  用来做消息本体
MessageQueue 用来做 消息队列 无限循环 
Looper 轮询MessageQueue 看到有消息了 就会拿出来处理。

当有消息需要传递时 可以通过用handler来post/send一个message到MessageQueue里面去，然后looper发现队列里面有消息了 ，拿出来处理，调用这个消息绑定的target,最终调用到handler的handlerMessage()方法。
另外创建handler必须要有个Looper，主线程不需要这么做是因为系统以及自动创建Looper，也自动调用了Looper.loop()开启了循环。
子线程的话 就需要手动 Looper.prepare()来创建looper跟Looper.loop()开启循环。
还有上面说的 开启的死循环 当没有消息时会通过native方法来阻塞的，所以不用害怕会卡死。
至于主线程的消息队列 为什么不会ANR呢？ 当没有消息时候，系统会通过linux的管道机制 让主线程进入休眠状态 。而ANR是因为消息没人处理。