源码解析 Handler 面试宝典

Posted 半身风雪

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了源码解析 Handler 面试宝典相关的知识,希望对你有一定的参考价值。

Handler 面试源码解析面试宝典

前言

在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 中的两种循环阻塞方式:
  1. 执行时间阻塞(没有到执行时间),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;
                
            
        
    
  1. 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 对象时,有三种方法:
  1. Message message = new Message();
  2. Message message1 = Message.obtain(); 查看源码的时候,发现内部调用的也是obtain() 方法。
  3. 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解析

Android消息机制Handler解析(源码+Demo)

97后架构师余胜军独创Java架构面试宝典测试版本上线啦

Framework源码面试六部曲:3.Handler面试集合

带你一步一步的解析ARouter 源码