。

在多线程的应用场景中#xff0c;将工作线程中需更新UI的操作信息

传递到

UI主线程#xff0c;从而实现对UI的更新处理#xff0c;最终实现异步消息的处理。

多个线程并发更新UI的同时

保证线程安全。

Handler只是一个入口将工作线程中需更新UI的操作信息

传递到

UI主线程从而实现对UI的更新处理最终实现异步消息的处理。

多个线程并发更新UI的同时

保证线程安全。

Handler只是一个入口核心的是Message、Message

Queue、Looper循环器。

handler添加消息到消息队列处理循环器分派的消息。

Message是线程间通讯的数据单元存储需要操作的通信信息。

message

queue是一种先进先出的数据结构底层是单链表结构。

存储message。

Looper消息循环循环取出消息队列的消息分发给对应的handler。

looper的构造方法是私有的只能通过looper的prepare这个静态方法初始化。

首先判断sThreadLocal.get()

null

的话会抛出异常sThreadLocal存储的就是looperThreadLocal是线程中的。

也就是说一个线程只能有一个looper。

Looper

Message

。

Handler通过执行其绑定线程的消息队列MessageQueue中不断被Looper循环取出的消息(Message)来完成线程间的通信。

prepare方法调用sThreadLocal.set(new

Looper(quitAllowed))loop的构造方法中会初始化MessageQueue也就是一个线程也保证了只有一个MessageQueue。

消息的入队是enqueueeMessage根据时间放入消息队列。

MessageQueue然后利用

Message

以后进入死循环通过MessageQueue.next获取消息通过msg.target的dispatchMessage

分发出去消息。

msg.target就是handler。

阻塞和唤醒主要是nativePollOncenativeWake方法这两个方法实际是实现了空队列阻塞以及唤醒功能底层使用epoll机制实现。

由于Looper中拥有当前线程的引用所以有时候可以用Looper的这种特点来判断当前线程是不是主线程。

handler调用链

调用链。

当activity关闭后正常应该被GC回收发现activity仍然被handler所引用导致不能正常回收依然占用内存导致了内存泄漏。

如何理解

首先要明确并非不是用来切换线程的只是为了让每个线程方便程获取自己的

Looper

Message的创建就是享元模式从消息池取出一个消息Message.obtain放到需要用到的链表没有了创建和销毁的过程避免内存抖动。

MessageQueue.quit中remove消息的时候调用recycleUnchecked方法并不是真的将消息干掉而是将消息里的内容都去掉。

message是有一个内存块里面的内容处理掉之后放到另一个消息链表头插每生成一个节点放到头部。

源码中Handler在调用enqueueMessage的时候有

msg.target

Handler中的消息队列也就是MessageQueue,从名字看是一个队列但是底层是单链表结构通过MessageQueue.enqueueMessage()向消息队列添加消息入参时候的

when

Looper的构造函数是私有的只能通过Looper.prepare()初始化静态方法prepare首先会判断sThreadLocal.get()

中存放的就是looper所以一个线程只能有一个looper在构造

Looper

一个looper只能有一个messageQueue想要开启消息循环需要通过Looper.loop()主干代码就是拿到消息队列

queue

方法消息就分发出去了。

如果当前插入消息是即时消息则将这个消息作为新的头部元素并将此消息的next指向旧的头部元素并通过needWake唤醒Looper线程。

如果消息为异步消息则通过Message.when长短插入到队列对应位置不唤醒Looper线程。

ThreadLocal是用在多线程中用于保存当前线程的上下文信息。

ThreadLocal的实现原理在每个线程中使用ThreadLocalMap将键值对ThreadLocal,Object保存在使用线性探测法实现的hash表中HashMap是链接法实现的hash表。

主线程为什么没有被loop阻塞

enqueueMessageMessagelong。

Message

next接收并返回队列中的下一条消息。

如果队列为空并且没有任何内容可以返回则该方法调用native

void

nativePollOncelongint该块将阻塞直到添加新消息。

Message添加到队列时框架会调用enqueueMessage方法该方法不仅会将消息插入队列还会调用native

static

nativePollOnce和nativeWake的核心发生在native实际上是C

Native

MessageQueue使用名为epoll的Linux系统调用该调用允许监视IO事件的文件描述符。

nativePollOnce在某个文件描述符上调用epoll_wait而nativeWake写入描述符这是IO操作之一epoll_wait等待。

然后内核从等待状态中取出epoll等待线程并且线程继续处理新消息。

epoll

Linux

的增强版本它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统

CPU

事件的工具。

一个进入等待的句柄一旦监听到事件发生就会被唤醒继续往下执行。

nativePollOnce不会浪费CPU周期。

Handler

来驱动的。

如果在启动绘制之前用户开发者插入了一个非常耗时的消息到队列中那就会导致

isAsync

就使用到了同步屏障确保屏幕刷新事件不会因为队列负荷影响屏幕及时刷新。

同步屏障的添加或移除

API

在Java中非静态内部类会持有一个外部类的隐式引用可能会造成外部类无法被GC

比如这里的Handler就是非静态内部类它会持有Activity的引用从而导致Activity无法正常释放。

而单单使用静态内部类Handler就不能调用Activity里的非静态方法了所以加上「弱引用」持有外部Activity。

1、在Handler消息队列

正在处理消息时消息队列中的Message持有Handler实例的引用。

2、Handler

解决静态内部类弱引用外部类结束生命周期时清空Handler内消息队列mHandler.removeCallbacksAndMessages(null);

IdleHandler

Message是一个延迟消息whencurrentTime需要滞后执行适合执行一些不重要的任务说白了就是对执行时机没有那么高要求的任务因为

IdleHandler

IntentService是google在原生的Service基础上通过创建子线程的Service。

也就是说IntentService是专门为android开发者提供的能在service内部实现耗时操作的service。

我们可以通过重写onHandleIntent方法实现耗时操作的回调处理而且IntentService在耗时操作完成后会主动销毁自己IntentService可以通过多次启动来完成多个任务而IntentService只会被创建一次每次启动的时候只会触发onStart方法。

内部是实现了Handler异步处理耗时操作的过程一般多用在Service中需要处理耗时操作的功能。

提问为什么IntentService中能实现耗时操作?

在onCreate中通过HandlerThread来开启一条线程而HandlerThread线程中会跟我们平常用的Handler不太一样在run方法中创建了looper对象所以HandlerThread能让IntentService在子线程中使用handler达到耗时操作。

系统应用

参考文章https://blog.csdn.net/u013750244/article/details/106717193

https://mp.weixin.qq.com/s/MhHTKwywee_GQBOKqZv3Eg

https://www.jianshu.com/p/ed9e15eff47a

https://juejin.cn/post/7020060105773154312#heading-0

https://juejin.cn/post/6844904136937324552