一切从Android的Handler讲起（二）：Message

一切从Android的Handler讲起（二）：Message

  在起始篇：一切从Android的Handler讲起（一）：Handler工作机制中，我们知道Looper会从MessageQueue中取出Message并提交给对应的Handler来处理，那么问题来了Looper取出来的Message怎么知道给哪个Handler呢？

  要想解决这个问题，我们需要从源码入手，在使用Handler发送Message的时候，有两种方式：

  1、send方式

  2、post方式

  肥柴决定先从最普遍的send方式的sendMessage(@NonNull Message msg)源码入手。

    /** Handler.class */
    public final boolean sendMessage(@NonNull Message msg) {
        return sendMessageDelayed(msg, 0);
    }

    public final boolean sendMessageDelayed(@NonNull Message msg, long delayMillis) {
        if (delayMillis < 0) {
            delayMillis = 0;
        }
        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
    }

  从上面的调用关系可以得知，无论是否为延迟发送消息的类型，最终会调用的方法都是sendMessageAtTime(@NonNull Message msg, long uptimeMillis)，send方式的相关方法调用关系如下图。

  肥柴突发奇想，按照Google设计的思路，那post类型也肯定是最终归于一个方法。

  于是，我们来看看post类型中的post(@NonNull Runnable r)的源码。

    /** Handler.class */
    public final boolean post(@NonNull Runnable r) {
       return  sendMessageDelayed(getPostMessage(r), 0);
    }

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

  这里我们可以看到，除了经常说的，通过getPostMessage(Runnable r)将Runnable封装到Message的callback中外，同样是调用到了sendMessageDelayed方法，那就有了如下关系。也就是说，post类型其实最终调用到的方法也是sendMessageAtTime(@NonNull Message msg, long uptimeMillis)。

  那肥柴就可以只专注于sendMessageAtTime(@NonNull Message msg, long uptimeMillis)方法了。

    /** Handler.class */
    public boolean sendMessageAtTime(@NonNull Message msg, long uptimeMillis) {
        MessageQueue queue = mQueue;
        if (queue == null) {
            RuntimeException e = new RuntimeException(
                    this + " sendMessageAtTime() called with no mQueue");
            Log.w("Looper", e.getMessage(), e);
            return false;
        }
        return enqueueMessage(queue, msg, uptimeMillis);
    }

    private boolean enqueueMessage(@NonNull MessageQueue queue, @NonNull Message msg,
            long uptimeMillis) {
        /** 注释1  此处将Handler对象设置到Message的target中 */
        msg.target = this;
        msg.workSourceUid = ThreadLocalWorkSource.getUid();

        if (mAsynchronous) {
            msg.setAsynchronous(true);
        }
        return queue.enqueueMessage(msg, uptimeMillis);
    }

  此时我们就可以回答一开始的问题：Looper取出来的Message怎么知道给哪个Handler呢？

  答案：发送消息的enqueueMessage方法中，将Handler对象设置到了Message的target中（注释1），所以Looper收到消息的时候，就能从Message的target中取出对应的Handler，并调用Handler的dispatchMessage处理消息。

  那问题又来了，如果使用send方式发送消息，那Message的构建方式是什么呢？

  第一种方式：new Message硬初始化方式；第二种方式：使用Message.obtain()来获取Message。

  官方推荐使用第二种方式（其实在post方式的Runnable封装成Message中已经体现），原因在基础使用方式篇：Android基础知识（十）：Handler的使用方式与注意事项中提到了：Android会为Message提供一个缓存池，把使用过的消息缓存起来，方便下次使用。使用Message.obtain()方法获取一个消息时，会先从缓存池获取，如果缓存池没有消息，才会去创建消息，从而优化内存。

  肥柴灵魂又发出疑问，Message被处理后，回收到Message缓存池中之前，会做什么处理呢？

  反向思考一下，我们发送Message的时候，需要设置各种相关属性值，那为了能够防止从Message Pool拿出的Message可能有之前的遗留值导致出现意想不到的问题，回收Message，放入Message Pool之前就必须擦除所有相关属性值。

  想不到，小小的Message竟然有这么多信息，恐怖如斯，喝口水压压惊。

 - - - - - Message篇完 - - - - -