Handler流程分析
210329210803.png
在APP启动的时候，就已经创建了主线程的Looper对象，在ActivityThread中的main方法中进行创建。在
sendMessage()的时候都会调用enqueueMessage()压入消息到消息队列里面,主要操作就是将send的message赋值给了一个全局的message（源码中变量名为MMessage）。在消息队列当中取消息的时候有个Looper.loop()方法一直在轮寻消息，按照先进先出的原则取消息，调用了queue.next方法，该方法就是将message进行返回，在next方法中就是将之前赋值的全局变量的mMessage再返回回来,之后调用handler里面的dispatchMessage()方法实现了线程切换（如果在子线程中发送了消息）而该方法调用了handlerMessage()并由实例化handler的时候重写该方法取到消息。
提到了Handler大家都会联想到另外三个对象，与Handler息息相关。如图所示
0329211822.png
在UI线程当中使用Handler
210329212221.png
在子线程中使用Handler
0210329212350.png
注意红框里面的代码，为什么要在子线程中写这两句话呢。我们知道项目启动会直接调用主线程中main方法去实例化looper对象并通过Looper.looper()激活消息并获取消息的一系列流程，而在子线程当中如果我们直接
new Handler(),根据threadLocalMap取looper的时候肯定是为null的，报空指针，原因就是没有对Looper进行初始化，所以调用Looper.prepare()方法进行new Looper()
来看下张图
20210329213003.png
很清楚我们可以看到无论你调用post sendMessage sendEmptyMessage 等等 最终都会调用
enqueueMessage()将消息压入消息队列当中。
Handler整个流程图
handler.png
Handler的post方法为什么是主线程
我们在写post方法的时候会new一个runnable，而该runerable会被封装成一个message对象进行发送消息。源码显示如下
private static Message getPostMessage(Runnable r){
Message m = Message.obtain();
m.callback = r;
return m;
}
大家来看这里面message的callback被赋值了该Runnable，注意不是Handler实例化的时候new 的callback。这样就通过 sendMessageDelayed(getPostMessage(r),0)方法进行将消息发送，调用了dispatchMessage(Message msge)进行了线程的切换，该方法源码如下
public void dispatchMessage(Message msg){
if(msg.callback!=null){
handleCallback(msg);
}else{
if(mCallbackz!=null){
if{mCallback.handleMessage(msg);
return;
}
handleMessage(msge);
}
}
}
private static void handleCallback(Message message){
message.callback.run()
}
所以最终就会在主线程中执行post方法中实现的run方法
小结
1.为什么主线程用Looper死循环不会引发ANR异常
因为在Looper.next()开启死循环的时候，一旦需要等待时或者还没有执行到的时候，会调用NDK里面的JNI方法，
释放当前时间片，这样就不会造成ANR异常了
2.为什么Handler构造方法里面Looper不是直接new的
如果在Handler构造方法中new Looper，怕是无法保证Looper的唯一性了，只有用Looper.prepare()才能保证唯一性，
具体看prepare方法
MessageQueue为什么要放在Looper的私有构造方法里面初始化
因为一个线程只能绑定一个Looper,所以在Looper构造方法里面初始化可以保证mQueue也是唯一的
Thread对应一个Looper对应一个mQueue
主线程里面的Looper.prepare/Looper.loop,是一直在无限循环里面的吗？
是的
感谢
感谢大家的阅读 点个赞呗
关注我 持续更新
