Handler+Messageu原理分析02

Handler流程分析

在Activity当中new Handler()的时候，就已经创建了主线程的Looper对象，在ActivityThread中的main方法中进行创建。在sendMessage()的时候都会调用enqueueMessage()压入消息到消息队列里面,主要操作就是将send的message赋值给了一个全局的message（源码中变量名为MMessage）。在消息队列当中取消息的时候有个Looper.loop()方法一直在轮寻消息，按照先进先出的原则取消息，调用了queue.next方法，该方法就是将message进行返回，在next方法中就是将之前赋值的全局变量的mMessage再返回回来,之后调用handler里面的dispatchMessage()方法实现了线程切换（如果在子线程中发送了消息）而该方法调用了handlerMessage()并由实例化handler的时候重写该方法取到消息。

提到了Handler大家都会联想到另外三个对象，与Handler息息相关。如图所示

在UI线程当中使用Handler

在子线程中使用Handler

注意红框里面的代码，为什么要在子线程中写这两句话呢。我们知道项目启动会直接调用主线程中main方法去实例化looper对象并通过Looper.looper()激活消息并获取消息的一系列流程，而在子线程当中如果我们直接new Handler(),根据threadLocalMap取looper的时候肯定是为null的，报空指针，原因就是没有对Looper进行初始化，所以调用Looper.prepare()方法进行new Looper()

来看下张图 很清楚我们可以看到无论你调用post sendMessage sendEmptyMessage 等等 最终都会调用 enqueueMessage()将消息压入消息队列当中。

Handler整个流程图

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,是一直在无限循环里面的吗？

 是的

感谢

感谢大家的阅读 点个赞呗
关注我 持续更新

Github