这次我终于用自己的话,写了一篇Handler的文章

这次我终于用自己的话,写了一篇Handler的文章_第1张图片

看过很多人写的handler相关分析,看完之后很清楚,可是过一段时间,总是糊里糊涂。我这个人做事其实喜欢偷懒,但是偷懒的前提是,很多概念或者准则我都清清楚楚。

其实我从高中开始就很讨厌学习了,因为很多东西都是要背的(各种定理、各种别人定义的概念准则),而我自己相信的、而且不会忘记的就是自己验证过的。

麻蛋,所以为了我不再忘记,我就打算自己写篇文章,用自己的话分析下。

我意在用简单的话来讲述这个问题,肯定存在不严谨甚至错误。请不要那么认真对待每一个字:)


先把几个概念列出来

Handler、Looper、MessageQueue、Thread、ThreadLocal、ThreadLocalMap

ThreadLocal为每个使用该变量的线程提供独立的变量副本。这句话听起来简单,做起来没有那么直白。

我先把探索出的结论写下,然后再依着这些结论看代码(这样很容易理解啦):

ThreadLocal的get、set方法内,都会获得一个ThreadLocalMap对象

而每个thread对象中都存储了一个ThreadLocalMap对象

ThreadLocalMap对象中存储了Entry对象,Entry对象由可以、value组成

其中Key是ThreadLocal对象,而Value就是ThreadLocal为每个线程提供的独立变量副本

总结来说就是:ThreadLocal通过当前线程获得当前线程的ThreadLocalMap,ThreadLocalMap再通过当前的ThreadLocal获得ThreadLocal为当前线程存储的变量。

ThreadLocal的get、set方法内,都会获得一个ThreadLocalMap对象。


这次我终于用自己的话,写了一篇Handler的文章_第2张图片
这次我终于用自己的话,写了一篇Handler的文章_第3张图片
这次我终于用自己的话,写了一篇Handler的文章_第4张图片
这次我终于用自己的话,写了一篇Handler的文章_第5张图片

再来处理Handler、Looper、MessageQueue的关系

在一个线程中创建一个handler的标准流程是


同样,我先把结论列出来:

Looper类中存储着一个ThreadLocal对象,该ThreadLocal对象为每个线程存储着对应的Looper对象实例。

Looper对象中存储着当前线程,也存储着一个messageQueue对象。

Looper类中ThreadLocal为每个线程存储Looper对象的事件,是由Looper.prepare()这个静态方法触发的。

而MessageQueue对象也是在Looper对象初始化的时候同时初始化的。

Looper类的静态方法myLooper()会从ThreadLocal中获得当前线程对应的Looper实例对象。

Handler初始化的时候,通过Looper类的静态方法myLooper()获得当前线程对应的Looper实例对象

同时也从Looper对象中获得到对应的MessageQueue对象。

Looper类的静态方法loop(),将启动一段死循环,其中不停的从当前线程的Looper实例对象里的MessageQueue对象里检查Message。

如果message有效则分发给handler处理(调用Message.target方法dispatchMessage(msg))。

而当handler调用sendMessage方法时,会调用enqueueMessage方法,同时将handler自己赋给Message对象的target。

Handler的enqueueMessage实质上是调用的MessageQueue的enqueueMessage方法,enqueueMessage方法将当前Message存储下来(Message类似链表结构)

MessageQueue并没有使用列表将所有的Message保存起来,而是使用Message.next保存下一个Message,从而按照时间将所有的Message排序。

而Handler的dispatchMessage方法,当message的callback不为空时,调用message的callback;

message的callback为空,检查Handler中的mCallback,不为空则执行。否则执行handleMessage(msg)方法。

总结起来:Looper类中可以为每个线程存储对应的Looper对象(通过ThreadLocal),而looper对象中存储着MessageQueue。Handler创建时,通过Threadlocal得到了对应的Looper对象及其MessageQueue。Looper对象调用loop方法后,一直在MessageQueue中查找有效message,找到后扔给Handler的dispatchmessage方法,该方法会按从左到右的优先级调用处理(message.callback,handler.callback,handler.handleMessag())

那我就来看看这三步都做了什么。

Looper.prepare():


这次我终于用自己的话,写了一篇Handler的文章_第6张图片

可以看到,ThreadLocal这个对象存储在Looper中,prepare方法(为当前线程,由ThreadLocal.get()得出结论,看参考上面对ThreadLocal的分析),在ThreadLocal中设置一个唯一的Looper对象。

而,Looper初始化时:


这次我终于用自己的话,写了一篇Handler的文章_第7张图片

初始化并保存了一个MessageQueue,也保存了当前的线程对象。

Handler初始化:


这次我终于用自己的话,写了一篇Handler的文章_第8张图片

handler初始化后,得到了对应的Looper对象、MessageQueue对象。

Looper.loop():


这次我终于用自己的话,写了一篇Handler的文章_第9张图片

Loop.loop()内部会为当前线程启动一个死循环,不停的从对应的Looper对象里的MessageQueue获取Message,当Message有效时,调用Message.Target的DispathcMessage方法。

而Message对象的target,其实就是handler对象。它是在Handler对象sendMessage时赋值给Message的。

而调用sendMessage的同时,会存储message,调用的Handler的enqueueMessage,handler的enqueueMessage实质上调用的是MessageQueue的enqueueMessage方法。


这次我终于用自己的话,写了一篇Handler的文章_第10张图片
这次我终于用自己的话,写了一篇Handler的文章_第11张图片
这次我终于用自己的话,写了一篇Handler的文章_第12张图片

MessageQueue的enqueueMessage方法将Message对象按时间将message存储下来。

最后,当消息需要处理时(在loop()方法中调用handler的dispatchMessage方法)

当message的callback不为空,优先执行它

然后Handler的mCallback不为空,再执行它

上面两者均为空,则执行handleMessage方法。


这次我终于用自己的话,写了一篇Handler的文章_第13张图片

你可能感兴趣的:(这次我终于用自己的话,写了一篇Handler的文章)