Handler+Messageu原理分析02

633 阅读3分钟

Handler流程分析

210329210803.png 在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息息相关。如图所示

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

感谢

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

Github