Android面试必备知识点：Android中Handler八大问题汇总_boolean handlemessage(@nonnull message msg)；(1)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

Handler机制几乎是Android面试时必问的问题，虽然看过很多次handler源码，但是有些面试官问的问题却不一定能够回答出来，趁着机会总结一下面试中所覆盖的handler知识点。

1、讲讲 Handler 的底层实现原理？

下面的这幅图很完整的表现了整个handler机制。

要理解handler的实现原理，其实最重要的是理解Looper的实现原理，Looper才是实现handler机制的核心。任何一个handler在使用sendMessage或者post时候，都是先构造一个Message，并把自己放到message中，然后把Message放到对应的Looper的MessageQueue，Looper通过控制MessageQueue来获取message执行其中的handler或者runnable。 要在当前线程中执行handler指定操作，必须要先看当前线程中有没有looper，如果有looper，handler就会通过sendMessage，或者post先构造一个message，然后把message放到当前线程的looper中，looper会在当前线程中循环取出message执行，如果没有looper，就要通过looper.prepare()方法在当前线程中构建一个looper，然后主动执行looper.loop()来实现循环。

梳理一下其实最简单的就下面四条：

1、每一个线程中最多只有一个Looper，通过ThreadLocal来保存，Looper中有Message队列，保存handler并且执行handler发送的message。

2、在线程中通过Looper.prepare()来创建Looper，并且通过ThreadLocal来保存Looper，每一个线程中只能调用一次Looper.prepare()，也就是说一个线程中最多只有一个Looper，这样可以保证线程中Looper的唯一性。

3、handler中执行sendMessage或者post操作，这些操作执行的线程是handler中Looper所在的线程，和handler在哪里创建没关系，和Handler中的Looper在那创建有关系。

4、一个线程中只能有一个Looper，但是一个Looper可以对应多个handler，在同一个Looper中的消息都在同一条线程中执行。

2、Handler机制，sendMessage和post（Runnable）的区别？

要看sendMessage和post区别，需要从源码来看，下面是几种使用handler的方式，先看下这些方式，然后再从源码分析有什么区别。 例1、 主线程中使用handler

  //主线程
          Handler mHandler = new Handler(new Handler.Callback() {
              @Override
              public boolean handleMessage(@NonNull Message msg) {
                  if (msg.what == 1) {
                      //doing something
                  }
                  return false;
              }
          });
          Message msg = Message.obtain();
          msg.what = 1;
          mHandler.sendMessage(msg);

上面是在主线程中使用handler，因为在Android中系统已经在主线程中生成了Looper，所以不需要自己来进行looper的生成。如果上面的代码在子线程中执行，就会报

  Can't create handler inside thread " + Thread.currentThread()
                          + " that has not called Looper.prepare()

如果想着子线程中处理handler的操作，就要必须要自己生成Looper了。

例2 、子线程中使用handler

          Thread thread=new Thread(new Runnable() {
              @Override
              public void run() {
                  Looper.prepare();
                  Handler handler=new Handler();
                  handler.post(new Runnable() {
                      @Override
                      public void run() {

                      }
                  });
                  Looper.loop();
              }
          });

上面在Thread中使用handler，先执行Looper.prepare方法，来在当前线程中生成一个Looper对象并保存在当前线程的ThreadLocal中。 看下Looper.prepare()中的源码：

  //prepare
      private static void prepare(boolean quitAllowed) {
          if (sThreadLocal.get() != null) {
              throw new RuntimeException("Only one Looper may be created per thread");
          }
          sThreadLocal.set(new Looper(quitAllowed));
      }
  //Looper
      private Looper(boolean quitAllowed) {
          mQueue = new MessageQueue(quitAllowed);
          mThread = Thread.currentThread();
      }

可以看到prepare方法中会先从sThreadLocal中取如果之前已经生成过Looper就会报错，否则就会生成一个新的Looper并且保存在线程的ThreadLocal中，这样可以确保每一个线程中只能有一个唯一的Looper。

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

      @RequiresApi(api = Build.VERSION_CODES.KITKAT)
      boolean isMainThread() {
          return Objects.requireNonNull(Looper.myLooper()).getThread() == 
  Looper.getMainLooper().getThread();
      }

sendMessage vs post

先来看看sendMessage的代码调用链：

enqueueMessage源码如下：

      private boolean enqueueMessage(@NonNull MessageQueue queue, @NonNull Message msg,
              long uptimeMillis) {
          msg.target = this;
          msg.workSourceUid = ThreadLocalWorkSource.getUid();
          return queue.enqueueMessage(msg, uptimeMillis);
      }

enqueueMessage的代码处理很简单，msg.target = this;就是把当前的handler对象给message.target。然后再讲message进入到队列中。

post代码调用链：

调用post时候会先调用getPostMessage生成一个Message，后面和sendMessage的流程一样。下面看下getPostMessage方法的源码：

      private static Message getPostMessage(Runnable r) {
          Message m = Message.obtain();
          m.callback = r;
          return m;
      }

可以看到getPostMessage中会先生成一个Messgae，并且把runnable赋值给message的callback.消息都放到MessageQueue中后，看下Looper是如何处理的。

      for (;;) {
          Message msg = queue.next(); // might block
          if (msg == null) {
              return;
          }
          msg.target.dispatchMessage(msg);
      }

Looper中会遍历message列表，当message不为null时调用msg.target.dispatchMessage(msg)方法。看下message结构：

也就是说msg.target.dispatchMessage方法其实就是调用的Handler中的dispatchMessage方法，下面看下dispatchMessage方法的源码：

      public void dispatchMessage(@NonNull Message msg) {
          if (msg.callback != null) {
              handleCallback(msg);
          } else {
              if (mCallback != null) {
                  if (mCallback.handleMessage(msg)) {
                      return;
                  }
              }
              handleMessage(msg);
          }
      }
  //
   private static void handleCallback(Message message) {
          message.callback.run();
      }

因为调用post方法时生成的message.callback=runnable,所以dispatchMessage方法中会直接调用 message.callback.run();也就是说直接执行post中的runnable方法。 而sendMessage中如果mCallback不为null就会调用mCallback.handleMessage(msg)方法，否则会直接调用handleMessage方法。

总结 post方法和handleMessage方法的不同在于，post的runnable会直接在callback中调用run方法执行，而sendMessage方法要用户主动重写mCallback或者handleMessage方法来处理。

3、Looper会一直消耗系统资源吗？

首先给出结论，Looper不会一直消耗系统资源，当Looper的MessageQueue中没有消息时，或者定时消息没到执行时间时，当前持有Looper的线程就会进入阻塞状态。

下面看下looper所在的线程是如何进入阻塞状态的。looper阻塞肯定跟消息出队有关，因此看下消息出队的代码。

消息出队

     Message next() {
          // Return here if the message loop has already quit and been disposed.
          // This can happen if the application tries to restart a looper after quit
          // which is not supported.
          final long ptr = mPtr;
          if (ptr == 0) {
              return null;
          }
          int nextPollTimeoutMillis = 0;
          for (;;) {
              if (nextPollTimeoutMillis != 0) {
                  Binder.flushPendingCommands();
              }
              nativePollOnce(ptr, nextPollTimeoutMillis);
              // While calling an idle handler, a new message could have been delivered
              // so go back and look again for a pending message without waiting.
              if(hasNoMessage)
              {
              nextPollTimeoutMillis =-1；
              }
          }
      }

上面的消息出队方法被简写了，主要看下面这段，没有消息的时候nextPollTimeoutMillis=-1；

    if(hasNoMessage)
            {
            nextPollTimeoutMillis =-1；
            }

看for循环里面这个字段所其的作用：

   if (nextPollTimeoutMillis != 0) {
                  Binder.flushPendingCommands();
              }
    nativePollOnce(ptr, nextPollTimeoutMillis);

Binder.flushPendingCommands();这个方法的作用可以看源码里面给出的解释：

      /**
       * Flush any Binder commands pending in the current thread to the kernel
       * driver.  This can be
       * useful to call before performing an operation that may block for a long
       * time, to ensure that any pending object references have been released


![](https://img-blog.csdnimg.cn/img_convert/c82bca3ec11abc544d9a8896ef8bca44.webp?x-oss-process=image/format,png)

更多学习和讨论，欢迎加入我们！

有许多来自一线的技术大牛，也有在小厂或外包公司奋斗的码农，我们致力打造一个平等，高质量的Android交流圈子，不一定能短期就让每个人的技术突飞猛进，但从长远来说，眼光，格局，长远发展的方向才是最重要的。

这里有2000+小伙伴，让你的学习不寂寞~·



**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）**
![img](https://img-blog.csdnimg.cn/img_convert/96058312363613b8e15140901d73c1d3.png)

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

roid交流圈子，不一定能短期就让每个人的技术突飞猛进，但从长远来说，眼光，格局，长远发展的方向才是最重要的。

这里有2000+小伙伴，让你的学习不寂寞~·



**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）**
[外链图片转存中...(img-waB3uIIx-1713045547753)]

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**