揭开 Android 消息机制的幕后真相：同步屏障 target==null？

2023-11-21 10:38:38

前言

Android 消息机制是一套复杂的系统，它负责处理应用程序中的事件和交互。这套机制的核心组件是 Handler、Looper、Message 和 MessageQueue，它们共同协作，确保消息在正确的线程中得到处理。

在 Android 消息机制中，有一个鲜为人知的细节，可能让许多开发者感到困惑：同步屏障 target==null。这个条件在消息处理过程中扮演着至关重要的角色，却很少被提及。

在默认情况下，当消息被发送到 Handler 时，它会附加一个 target 对象。这个 target 对象通常是发送消息的组件。然而，在某些情况下，消息可能会被发送而没有 target 对象。这种情况会发生在两种情况下：

当 target 为 null 时，消息处理的行为会发生一些微妙的变化。最显着的变化是，消息将不会被放入发送消息的组件的 MessageQueue 中。相反，它将被放入一个名为 "同步屏障" 的特殊队列中。

同步屏障是一个临时的队列，用于存储没有 target 对象的消息。当 Looper 从同步屏障中获取消息时，它会尝试将消息发送到消息的发送者。如果发送者仍然存在，消息将被正常处理。否则，消息将被丢弃。

target==null 的条件在 Android 消息机制中有两个主要目的：

防止消息泄露： 如果没有 target 对象，消息将不会被放入发送者的 MessageQueue 中。这有助于防止消息泄露，因为即使发送者被销毁，消息也不会继续存在。
实现同步通信： 当消息从非 UI 线程发送到 UI 线程时，它们将被放入同步屏障中。这确保了消息将在 UI 线程准备好处理它们时才被处理，从而实现了同步通信。

target==null 的条件在实际应用中非常有用。例如，它可以用于实现以下功能：

跨线程通信： 可以使用 target==null 的消息在不同的线程之间发送消息，而无需担心消息泄露或同步问题。
延迟执行： 可以使用 sendEmptyMessageDelayed() 方法在指定的时间延迟后发送消息。这可以用于实现延迟执行或动画效果。
防止重复处理： 可以使用 target==null 的消息来防止重复处理消息。例如，当一个 Activity 被销毁时，可以发送一个 target==null 的消息来取消任何未决的消息。