美文网首页
Handler使用及源码分析

Handler使用及源码分析

作者: 豁达的小刀 | 来源:发表于2019-04-21 14:48 被阅读0次
Pasted Graphic 6.png
Pasted Graphic 7.png

其实post()也是使用的sendMessage();


image.png
使用方法:
通过Mesage配合sendMessage(Msg)使用
通过Runnable配合post(Runnable)使用

源码简析:
handler发消息机制用到了looper,messageQueue,handler,hadlerMessage
首先在activity的入口activityThread会创建一个轮训器looper,轮训器会new一个消息队列messageQueue,轮训器一直会轮训消息队列,监测是否有新的消息。然后在创建的handler的中的一个方法,handler.sendMeassage(),负责将handler的消息发送给消息队列,轮训器时刻监测消息队列,当检测到新的消息,就会取出新的信息发送给handlerMeasage()进行消息的处理。


handle消息机制图

1.首先是Looper和MessageQueue的创建,主线程一创建时,就会调用prepareMainLooper()方法,在此方法中创建Looper,然后通过ThreadLocal来保存这个Looper,ThreadLocal是一个线程级的单例,一个线程里面只能放一个对象,所以通过ThreadLoacal保证了线程和Looper的一一对应的关系,Looper在创建的时候创建了一个MessageQueue对象,通过Loop中的一个final成员变量保存起来,这样就保证了一个线程中只能有一个MessageQueue,此时主线程不能再创建looper了,子线程要想使用消息机制,要调用Looper.Prepare()方法。


image.png
2.Looper和MessageQueue创建之后,就会调用Looper.loop()方法使轮训器转起来,这是一个阻塞的死循环,不断地到消息队列中去取消息,(阻塞的死循环可以说一下,安卓程序的入口ActivityThread是main方法,正如java的main方法,只要main方法走完(代码运行完毕),java程序就会退出,而安卓程序是可以停止在界面上的,这是为什么呢?就是因为程序内部有一个死循环一直在跑,那为什么主线程一直阻塞却没有崩溃呢?就是因为有个消息队列,比如你按一下按钮,就会把这个消息扔到消息队列中,looper发现新消息就会取出,然后开始操作UI了。)。通过msg.target.dispatchMessage()方法取出消息,之后dispatchMessage()方法中又调用了handleMessage(msg)去取出消息更新到主线程来。
image.png
image.png
image.png

其实msg.target.dispatchMessage()中的target就是一个Handler,所以整个流程其实就是通过Handler将消息传递给了消息队列,然后消息队列又将消息分发给了Handler来处理消息。所以Handler有两种作用:(1)接受消息发送消息,(2)处理消息。


image.png

3.第三步就是通过handler发消息了,发消息通过handler.sendMessage()方法,此方法有一系列的相关的方法:sendMessageDelay()等,其实这些方法都相当于可以控制时间的sendMessageAtTime()方法,这个方法又会去调用MessageQueue.enqueueMessage()方法,也就是将消息放到消息队列的过程,具体怎么放的?enqueueMesssage拿着message与所有消息进行比较,根据每个消息要执行的时间将消息放到一个合适的位置。就是根据执行时间,先执行的方法放到消息队列的前面,后执行的放到后面,
那消息队列是如何保存消息的呢?其实MessageQueue中只存入了一个消息mMessage,就是消息队列中的第一条消息,每一个消息都有一个属性Message.next,可以指向下一个消息,
4.还有就是消息的创建了,调用Message.obtain();有一个消息池的概念,首先调用Message.recycle()方法,进行回收消息,使msg.what=0; msg.obj=null; 将消息池清空之后,就可以放入第一条消息,然后一路.next将下一个消息的放入。有一个消息mPool(也是一个Message)可以记录消息池中消息的数量,消息池中最多只能放50条消息


image.png

大家应该都会听说过Handler可能导致内存泄漏,那么是为什么呢?是因为Java中当我们使用普通内部类时,它会持有外部类的引用,哪怕没有明确的引用其实也会隐式的持有外部类的引用,如图:


很明显的持有Activity的引用

这时候我们就可以分析得到,Handler引用着这个Activity,而Message又引用着Handler(因为Message中的target就是当前发消息的Handler),而MessageQueue又引用着Message且MessageQueue随着主线程的Looper会一直存在(因为当前是在主线程中使用Handler),哪怕这个Activity马上调用finish(),也不并不会被Java的垃圾回收机制回收,因为它还被别人引用着,这个时候我们需要想到如何解决它。
这个时候其实我们可以使用静态内部类去创建Handler,因为静态内部类并不用持有外部类的引用,所以我们也就不用担Activity不会被回收,但是如果我们还是需要在Handler中使用Activity呢?那么可以使用Java的弱引用,从而使得Activity可以被Java回收掉,使用方法如下:


image.png
还有一点我们可以进一步优化就是当Activity回调onDestroy时,我们可以Handler的removeMessages/removeCallback取消任务,
所以总结:
image.png

相关文章

网友评论

      本文标题:Handler使用及源码分析

      本文链接:https://www.haomeiwen.com/subject/difjgqtx.html