要理解handler的实现原理，其实最重要的是理解Looper的实现原理，Looper才是实现handler机制的核心。任何一个handler在使用sendMessage或者post时候，都是先构造一个Message，并把自己放到message中，然后把Message放到对应的Looper的MessageQueue，Looper通过控制MessageQueue来获取message执行其中的handler或者runnable。 要在当前线程中执行handler指定操作，必须要先看当前线程中有没有looper，如果有looper，handler就会通过sendMessage，或者post先构造一个message，然后把message放到当前线程的looper中，looper会在当前线程中循环取出message执行，如果没有looper，就要通过looper.prepare()方法在当前线程中构建一个looper，然后主动执行looper.loop()来实现循环。
梳理一下其实最简单的就下面四条：
1、每一个线程中最多只有一个Looper，通过ThreadLocal来保存，Looper中有Message队列，保存handler并且执行handler发送的message。
2、在线程中通过Looper.prepare()来创建Looper，并且通过ThreadLocal来保存Looper，每一个线程中只能调用一次Looper.prepare()，也就是说一个线程中最多只有一个Looper，这样可以保证线程中Looper的唯一性。
3、handler中执行sendMessage或者post操作，这些操作执行的线程是handler中Looper所在的线程，和handler在哪里创建没关系，和Handler中的Looper在那创建有关系。
4、一个线程中只能有一个Looper，但是一个Looper可以对应多个handler，在同一个Looper中的消息都在同一条线程中执行。
2、Handler机制，sendMessage和post（Runnable）的区别？
要看sendMessage和post区别，需要从源码来看，下面是几种使用handler的方式，先看下这些方式，然后再从源码分析有什么区别。 例1、 主线程中使用handler
//主线程
Handler mHandler = new Handler(new Handler.Callback() {
@Override
public boolean handleMessage(@NonNull Message msg) {
if (msg.what == 1) {
//doing something
}
return false;
}
});
Message msg = Message.obtain();
msg.what = 1;
mHandler.sendMessage(msg);
上面是在主线程中使用handler，因为在Android中系统已经在主线程中生成了Looper，所以不需要自己来进行looper的生成。如果上面的代码在子线程中执行，就会报
Can’t create handler inside thread " + Thread.currentThread()
- " that has not called Looper.prepare()
如果想着子线程中处理handler的操作，就要必须要自己生成Looper了。
例2 、子线程中使用handler
Thread thread=new Thread(new Runnable() {
@Override
public void run() {
Looper.prepare();
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
Handler handler=new Handler();
handler.post(new Runnable() {
@Override
public void run() {
}
});
Looper.loop();
}
});
上面在Thread中使用handler，先执行Looper.prepare方法，来在当前线程中生成一个Looper对象并保存在当前线程的ThreadLocal中。 看下Looper.prepare()中的源码：
//prepare
private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException(“Only one Looper may be created per thread”);
}
sThreadLocal.set(new Looper(quitAllowed));
}
//Looper
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mThread = Thread.currentThread();
}
可以看到prepare方法中会先从sThreadLocal中取如果之前已经生成过Looper就会报错，否则就会生成一个新的Looper并且保存在线程的ThreadLocal中，这样可以确保每一个线程中只能有一个唯一的Looper。
另外：由于Looper中拥有当前线程的引用，所以有时候可以用Looper的这种特点来判断当前线程是不是主线程。
@RequiresApi(api = Build.VERSION_CODES.KITKAT)
boolean isMainThread() {
return Objects.requireNonNull(Looper.myLooper()).getThread() ==
Looper.getMainLooper().getThread();
}
sendMessage vs post
先来看看sendMessage的代码调用链：
enqueueMessage源码如下：
private boolean enqueueMessage(@NonNull MessageQueue queue, @NonNull Message msg,
long uptimeMillis) {
msg.target = this;
msg.workSourceUid = ThreadLocalWorkSource.getUid();
return queue.enqueueMessage(msg, uptimeMillis);
}
enqueueMessage的代码处理很简单，msg.target = this;就是把当前的handler对象给message.target。然后再讲message进入到队列中。
post代码调用链：
调用post时候会先调用getPostMessage生成一个Message，后面和sendMessage的流程一样。下面看下getPostMessage方法的源码：
private static Message getPostMessage(Runnable r) {
Message m = Message.obtain();
m.callback = r;
return m;
}
可以看到getPostMessage中会先生成一个Messgae，并且把runnable赋值给message的callback.消息都放到MessageQueue中后，看下Looper是如何处理的。
for (;😉 {
Message msg = queue.next(); // might block
if (msg == null) {
return;
}
msg.target.dispatchMessage(msg);
}
Looper中会遍历message列表，当message不为null时调用msg.target.dispatchMessage(msg)方法。看下message结构：
也就是说msg.target.dispatchMessage方法其实就是调用的Handler中的dispatchMessage方法，下面看下dispatchMessage方法的源码：
public void dispatchMessage(@NonNull Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
//
private static void handleCallback(Message message) {
message.callback.run();
}
因为调用post方法时生成的message.callback=runnable,所以dispatchMessage方法中会直接调用 message.callback.run();也就是说直接执行post中的runnable方法。 而sendMessage中如果mCallback不为null就会调用mCallback.handleMessage(msg)方法，否则会直接调用handleMessage方法。
总结 post方法和handleMessage方法的不同在于，post的runnable会直接在callback中调用run方法执行，而sendMessage方法要用户主动重写mCallback或者handleMessage方法来处理。
3、Looper会一直消耗系统资源吗？
首先给出结论，Looper不会一直消耗系统资源，当Looper的MessageQueue中没有消息时，或者定时消息没到执行时间时，当前持有Looper的线程就会进入阻塞状态。
下面看下looper所在的线程是如何进入阻塞状态的。looper阻塞肯定跟消息出队有关，因此看下消息出队的代码。
消息出队
Message next() {
// Return here if the message loop has already quit and been disposed.
// This can happen if the application tries to restart a looper after quit
// which is not supported.
final long ptr = mPtr;
if (ptr == 0) {
return null;
}
int nextPollTimeoutMillis = 0;
for (;😉 {
if (nextPollTimeoutMillis != 0) {
Binder.flushPendingCommands();
}
nativePollOnce(ptr, nextPollTimeoutMillis);
// While calling an idle handler, a new message could have been delivered
// so go back and look again for a pending message without waiting.
if(hasNoMessage)
{
nextPollTimeoutMillis =-1；
}
}
}
上面的消息出队方法被简写了，主要看下面这段，没有消息的时候nextPollTimeoutMillis=-1；
if(hasNoMessage)
{
nextPollTimeoutMillis =-1；
}
看for循环里面这个字段所其的作用：
if (nextPollTimeoutMillis != 0) {
Binder.flushPendingCommands();
}
nativePollOnce(ptr, nextPollTimeoutMillis);
Binder.flushPendingCommands();这个方法的作用可以看源码里面给出的解释：
/**
-
Flush any Binder commands pending in the current thread to the kernel
-
driver. This can be
-
useful to call before performing an operation that may block for a long
-
time, to ensure that any pending object references have been released
-
in order to prevent the process from holding on to objects longer than
-
it needs to.
*/
也就是说在用户线程要进入阻塞之前跟内核线程发送消息，防止用户线程长时间的持有某个对象。再看看下面这个方法：nativePollOnce(ptr, nextPollTimeoutMillis);当nextPollingTimeOutMillis=-1时，这个native方法会阻塞当前线程，线程阻塞后，等下次有消息入队才会重新进入可运行状态，所以Looper并不会一直死循环消耗运行内存，对队列中的颜色消息还没到时间时也会阻塞当前线程，但是会有一个阻塞时间也就是nextPollingTimeOutMillis>0的时间。
当消息队列中没有消息的时候looper肯定是被消息入队唤醒的。
消息入队
437
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
