2018-04-12—(重点)源码角度分析Handler运行原理

今天给大家讲一个比较难搞得东西,Handler,其实handler用起来比较方便,流程也不复杂,但是如果我们深入源码的话,就比较头大了,今天我们来 一起从源码角度分析一下handler的工作原理:



一、Handler使用   


首先我们要知道Handler是干什么的?

handler主要是用于子线程和主线程之间进行数据交互(通信)。当需要有耗时操作(HTTP请求,数据库访问等),我们在子线程完成这些操作,而完成之后通过handler来进行 通信,下面我们来看一下handler的使用:


1.主线程使用handler

在MainActivity中创建一个handler对象。

10608194-6c102c9a3155438b.png
MainActivity新建handler对象

写一个按钮

10608194-a905aaa903670789.png
写一个按钮,定义点击事件的方法名字

在上面定义的but方法中,用handler发送一条信息,

10608194-3e8fa65683c0ca28.png
点击事件方法中发送一个message

然后我们回到handler中,接收这个message

10608194-54b3f27c5c78c16b.png
当有message时候,如果what是0,的执行逻辑

好了,我们来看一下他的效果

10608194-dd45a8aaa8964411.gif
效果

这是在主线程中使用handler,下面我们来看一下在子线程中是怎么样使用的:


2.在子线程中使用handler

定义个新的按钮,

10608194-f0ba1fd0cd4670f3.png
第二个按钮,

在点击事件中创建一个新的线程,并且在线程里面对一个handlerThread初始化。

10608194-7661d5e9d912cc7d.png
第二个按钮的点击事件

大家注意到没,在子线程中,多了两个方法Looper.prepare()和Looper.loop();两个方法。这个如果在子线程中使用Handler必须要写这两个方法,至于原因我们等一会儿再说。

然后我们分别用handlerThread和handler发送一条消息,

10608194-8b033b3da79e8773.png

为了看的明显,我们延时了3秒。

接着我们写handlerThread中的handleMessage方法。

10608194-e1c62c223d602901.png
handlerThread的handleMessage方法

好了,我们来跑一下,看看效果:

10608194-cd009d111fe2a1a9.gif
效果2

好了, 这是handler的两种用法,我们已经学会了。




二、从Handler源码分析Handler工作原理

大家还记得刚才我们在子线程多加的两个方法吗?Looper.prepare()和Looper.loop();这两个方法是必须要执行的,因为不是我们主线程不用执行,而是主线程已经自动帮我们执行了这两个方法了,我们进入main方法看一下:


10608194-d3e813af0438e683.png
main方法
10608194-50c658b52c409821.png
main方法

我们注意到绿色方框框起来的两个方法正是Looper.prepare()和Looper.loop()。

那么这两个方法到底是干嘛的呢?不要着急,我们首先来看一下Handler的工作流程:


10608194-c6babd5f2c98b154.png
Handler流程图

这是我们Handler的大概流程图,我们在线程中用handler通过sendEmptyMessage方法(或者sendMessage方法)发送消息存到MessageQueue中。而我们刚才的Looper类,是一个轮询器,它的作用就是一直从MsgQueue中获取消息,然后将消息发放到handler中,让他执行逻辑。

我们还是从looper.prepareMainLooper()开始看吧.


10608194-5eb98fab521d8e7c.png
prepareMainLooper方法

我们发现主类中执行的prepareMainLooper方法其实也是执行prepare方法,我们点进prepare方法。


10608194-bb81413428d0a68b.png
prepare方法

他在下面执行了一个ThreadLocal.set(new Looper(...))方法,我们暂时可以理解为我们在ThreadLocal中添加了一个 当前线程的looper对象。

我们继续看prepareMainLooper,他之后又执行了一个myLooper方法,我们点进去。

10608194-03c57c8b9024d1fb.png
myLooper方法

这个方法是将我们刚才存入的当前线程的looper对象取出来。

然后我们来看一下loop方法。


10608194-a7bf4a9566ef4ea1.png
loop方法

我在里面写了很清楚的备注,所以当我们执行了loop方法之后,他就会开始无效循环,一直在寻找当前线程的消息队列中是否有message,

10608194-f636fc9e75fb0b32.png
loop方法

我们接着看,在下面我们轮询时候消息队列有msg时候,我们会让msg的target对象执行dipatchMessage方法,我们看一看target属性是什么:


10608194-55d304476899e1b3.png

我们发现他是个Handler类的属性,其实这个target就是发送msg的那个handler,为什么我们下面再说。

我们来接着看一下dispatchMessage方法,

10608194-d53b7999901d61b1.png
dispatchMessage

我们发现原来最后会回调到handleMessage方法中,这个方法我们应该很熟悉了,就是我们刚刚执行操作的方法。至于为什么target是我们发送msg的handler呢,我们现在来看一下:

我们从handler.sendMessage方法开始看吧:

10608194-47a45c926a5034ad.png
10608194-1c93ce3f6f3b2b25.png
10608194-9dddcb2e5b67d77c.png
10608194-2a0663b1bbff0559.png

他从sendMessage一直跳转了这么几个方法,在最后的恩queueMessage方法中,我们看到msg.target= this,将当前的handler设为msg的target,所以target存储的就是发送msg的handler。

我们来看一下最后跳转到消息队列的enqueueMessage方法:


10608194-76e658f86a046cc9.png
MessageQueue的enqueueMessage方法

这个方法其实就是一个链表插入,把我们的msg放入到消息队列中。



所以现在我们知道了,looper的loop方法一旦启动,就会一直获取当前线程的looper对象,然后一直轮询当前对象的消息队列,当找到消息就发放给msg的handler,让他执行handleMessage方法,这就是他的工作原理。

下面给大家配上一张逻辑图和源码结合的图:


10608194-99e3d7f29ac368e2.png