源码解析 Handler 面试宝典
Posted 半身风雪
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了源码解析 Handler 面试宝典相关的知识,希望对你有一定的参考价值。
Handler 面试源码解析面试宝典
- 前言
- 1、一个线程有几个Handler
- 2、一个线程有几个Looper?如何保证
- 3、Handler 内存泄漏原因?为什么其他的内部类没有说过这个问题
- 4、为何主线程可以new Handler?如果想要在子线程中new Handler 要做些什么?
- 5、子线程中维护的Looper,消息队列无消息的时候的处理方法是什么?有什么用?
- 6、既然可以存在多个Handler 往MessageQueue 中添加数据(发消息时各个Handler 可能处于不同线程),那它内部是如何确保线程安全的?
- 7、我们使用Message 时应该如何创建它?
- 8、Looper 死循环为什么不会导致应用卡死
- 总结
前言
在Android 的中,高级面试中,我们经常会被问到Handler 相关的知识点,而且占重比例还比较大,这是什么呢?下面一起来看一张图:
由上图我们可以看出,整个APP 的启动流程: Launcher(APP): zygote -> jvm -> ActivityThread.main()
ActivityThread.main() 就是我们APP 独有的main 启动方法,如图所示,绿色的部分,就是Handler 为我们开辟的独有空间,启动主线程独有的Looper
,将当前App 独立出来。
由此我们可以得出一个结论:Handler 并不是只属于进程通讯,进程通讯只是Handler 的附属功能,而Handler 的真正功能是 所有的代码,都是在Handler 中运行的
1、一个线程有几个Handler
考点
这里面试官其实想了解的是,你对Handler的认知,如果这个问题打不出来,那么面试官也不会再去问了。
答案
在说答案之前,先看一直 Handler 的执行流程图:
由上图,我们可以看出:
- 一个线程里面,可以创建N个的Handler,如hander.sentXXX、 handler.postXX 都是在创建一个Handler。 每一个message,就是我们插入到消息队列 中的消息节点。
2、一个线程有几个Looper?如何保证
考点
这里面试官其实想了解的是,你对Handler 流程及源码的理解。
答案
- 在回答这个问题之前,我们再看一下Handler 的执行流程图:
handler -> sendMessage -> messageQueue.enqueueMessage -> looper.loop() -> messasgeQueue.next() -> handler.dispatchMessage() -> handler.handerMessage()
,handler 发送message,进入messageQueue.enqueueMessage 队列,进入looper中经过loop 死循环的不断遍历,驱动队列一直前进,经过handler.dispatchMessage() 分发给handler.handerMessage,这样我们就走完了整个的Handler 流程,也可以直接看错,一个线程中,只有一个Looper。 - 如何保证的呢?ThreadLocal 多线程,线程上下文的存储变量,其实ThreadLocal 并不能存储任何的东西,但是在ThreadLocal 中,有一个ThreadLocalMap 集合,里面存储的
<this, value>
,this 就是上下文,唯一的ThreadLocal key,key 唯一了,那么value 也就是唯一的,ThreadLocal在创建的时候,会有一个判断,如果已经创建了,会报异常,所以一个线程有唯一的ThreadLocal 就有唯一的looper。如下图:
ThreadLocal 线程隔离工具类
ThreadLocal 创建源码
3、Handler 内存泄漏原因?为什么其他的内部类没有说过这个问题
考点
应该是考官想知道,你对于GC回收 JVM 相关的东西吧。
答案
在这里,我我们先看一段代码:
Handler handler = new Handler()
@SuppressLint("HandlerLeak")
@Override
public void handleMessage(@NonNull Message msg)
Log.d("tiger", "handleMessage: ");
View view = null;
click(view);
MainActivity2.this.click(view);
;
public void click(View view)
- 上面代码片段中的handler 代码,会标黄,并给予一个警告:这个处理程序类应该是静态的,否则可能发生内存泄漏。
- 那么为什么其他类不会有呢?
生命周期的问题。流程sendMessage -> sendMessageAtTime -> enqueueMessage
在 enqueueMessage 中,有段代码msg.target = this;
,意思就是Message 会持有当前的handler,handler 已经成为了massage的一部分,假如我设置一个消息需要等待20分钟后执行,那么就意味,我的message会一直等待20分钟之后才会执行,message 持有 handler,handler 持有 (this)activity,这样就导致GC无法回收,JVM 通过可达性算法,告诉我们,没法到达,就无法回收。内部类的生命周期,一旦在外部类生命周期中被别的生命周期持有了,那么外部类也不能被释放。
4、为何主线程可以new Handler?如果想要在子线程中new Handler 要做些什么?
考点
好烦啊,我也不知道啊,为什么还要要求这个?
答案
- 在APP 启动的时候,就在
ActivityThread.main()
方法中,就创建了looper.loop()
,源码如下:
- 那么如何在子线程中new Handler呢?只需要在子线程中,手动添加
Looper.prepare();
和Looper.loop();
就可以了。请看下面代码
public void click (View view)
new Thread(new Runnable()
@Override
public void run()
Looper.prepare();
mHandler = new Handler()
public void handleMessage(Message msg)
// do something()
;
Looper.loop();
).start();
5、子线程中维护的Looper,消息队列无消息的时候的处理方法是什么?有什么用?
考点
对于源码的掌握程度
答案
- 子线程中维护的Looper 在无消息的时候调用quit,可以结束循环。
loop()
是一个死循环,想要退出,必须msg == null
。请看下面源码:
public static void loop()
for (;;)
Message msg = queue.next(); // might block
if (msg == null)
// No message indicates that the message queue is quitting.
return;
msg.recycleUnchecked();
- 只有在调用quit 的时候,才会返回null。
Message next()
for (;;)
synchronized (this)
if (mQuitting)
dispose();
return null;
void quit(boolean safe)
synchronized (this)
if (mQuitting)
return;
mQuitting = true;
- 所以使用quit() 唤醒队列,执行loop() 退出循环,子线程looper 不在执行了。
- 消息入队:根据时间排序,当队列满的时候,阻塞,直到用户通过next() 取出消息。当next 方法被调用的时候,通知MassageQueue 可以消息入队。
- 消息出队:由
Looper.loop()
进行循环, 对queue 进行轮询操作,当消息达到执行时间就取出来,当MessageQueue 为空的时候,队列阻塞,等消息调用queue massage 的时候,通知队列,可以取出消息,停止阻塞。 - handler 没有使用多线程中的阻塞队列 BlockQueue,因为主线程(系统)也在使用,如果使用BlockQueue 设置上限的话,系统可能会出现卡顿等情况。
- 从上图中,我们看可以出,handler 是一个生产者 - 消费者的设计模式。下面我们来看一下,looper 中的两种循环阻塞方式:
- 执行时间阻塞(没有到执行时间),
nativePollOnce(long ptr, int timeoutMillis)
执行阻塞操作,timeoutMillis 为 -1 表示无限等待,直到事件发生为止,如果为0,无需等待,立即执行。请看下面源码:
Message next()
final long ptr = mPtr;
if (ptr == 0)
return null;
int nextPollTimeoutMillis = 0;
for (;;)
nativePollOnce(ptr, nextPollTimeoutMillis);// 循环进入阻塞状态,等待执行时间到达后唤醒
synchronized (this)
if (msg != null)
if (now < msg.when)
// 消息不为空,并且没有到执行时间,nextPollTimeoutMillis 不为-1
nextPollTimeoutMillis = (int) Math.min(msg.when - now, Integer.MAX_VALUE);
// Process the quit message now that all pending messages have been handled.
if (mQuitting)
dispose();
return null;
- MessagaQueue 为空,执行阻塞,等待唤醒。当插入消息时,主动唤醒,请看下面源码:
Message next()
if (ptr == 0) // mPtr==0,表示中断循环,
return null;
int pendingIdleHandlerCount = -1;
int nextPollTimeoutMillis = 0;
for (;;)
nativePollOnce(ptr, nextPollTimeoutMillis);
synchronized (this)
if (msg != null)
else
// 无消息,timeoutMillis为-1表示无限等待,直到有事件发生为止
nextPollTimeoutMillis = -1;
// mPtr==0
private void dispose()
if (mPtr != 0)
nativeDestroy(mPtr);
mPtr = 0;
// 唤醒
boolean enqueueMessage(Message msg, long when)
synchronized (this)
boolean needWake;
Message p = mMessages;
if (p == null || when == 0 || when < p.when)
msg.next = p;
mMessages = msg;
needWake = mBlocked;
// mPtr != 0 循环没有中断,进行唤醒操作.
if (needWake)
nativeWake(mPtr);
return true;
6、既然可以存在多个Handler 往MessageQueue 中添加数据(发消息时各个Handler 可能处于不同线程),那它内部是如何确保线程安全的?
考点
线程锁,后续会更多 synchronized 相关的东西
答案
- synchronized锁: synchronized内置锁,它是由jvm自动完成的,插入和取都需要锁,因为取的时候,可能正在插入。它是锁的对象,因为MessageQueue 每个线程中只有一个Looper,每个Looper又只有一个MessageQueue.
7、我们使用Message 时应该如何创建它?
考点
难道是想知道有没有使用过?
答案
- 在创建Message 对象时,有三种方法:
Message message = new Message();
Message message1 = Message.obtain();
查看源码的时候,发现内部调用的也是obtain() 方法。Message message2 = handler.obtainMessage();
8、Looper 死循环为什么不会导致应用卡死
考点
难道是 ANR 的机制?
答案
- 应用卡死也就是发生ANR,那什么是ANR?ANR是如何检测的,知道了ANR是如何检测的,我们就知道Looper死循环为什么不会导致应用卡死?
什么是ANR?
- ANR指的是应用无响应,ANR主体实现在系统层。所有与ANR相关的消息,都会经过系统进程(AMS)调度,然后派发到应用进程完成对消息的实际处理,同时,系统进程设计了不同的超时限制来跟踪消息的处理。 一旦应用程序处理消息不当,超时限制就起作用了, 它收集一些系统状态,比如CPU/IO使用情况、进程函数调用栈,并且报告用户有进程无响应了(ANR对话框)。
总结
🤩
🎉 原 创 不 易 , 还 希 望 各 位 大 佬 支 持 一 下 \\textcolorblue原创不易,还希望各位大佬支持一下 原创不易,还希望各位大佬支持一下
👍 点 赞 , 你 的 认 可 是 我 创 作 的 动 力 ! \\textcolorgreen点赞,你的认可是我创作的动力! 点赞,你的认可是我创作的动力!
🌟 收 藏 , 你 的 青 睐 是 我 努 力 的 方 向 ! \\textcolorgreen收藏,你的青睐是我努力的方向! 收藏,你的青睐是我努力的方向!
✏️ 评 论 , 你 的 意 见 是 我 进 步 的 财 富 ! \\textcolorgreen评论,你的意见是我进步的财富! 评论,你的意见是我进步的财富!
以上是关于源码解析 Handler 面试宝典的主要内容,如果未能解决你的问题,请参考以下文章
Android笔记之从源码解析Handler中ThreadLocal的作用以及IntentService解析
Android笔记之从源码解析Handler中ThreadLocal的作用以及IntentService解析