Android 消息隊列本質：不只存 Message，任意物件皆可入隊

關於「Android 隊列是否只能存 `Message` 物件」的疑問，答案很明確：**消息隊列 專存 `Message`，但廣義上的「隊列」資料結構可存放任意物件。** 混淆「Android 消息隊列」與「通用隊列資料結構」是誤區根源。

Android 專用：MessageQueue (消息隊列)

• 唯一性：每個執行緒 (Looper) 僅有一個 `MessageQueue`。
• 專用性：`enqueueMessage(Message msg)` / `next()` 簽名強制 **只接受 `Message` 物件**。
• 職責：承載 `what`、`arg1/arg2`、`obj` (任意物件)、**`Handler` 目標**、**`Runnable` 回調**、**發送時間** 等調度元數據。
• 內部實現：單向鏈表 (`Message.next`)，按 `when` 時間排序插入，O(1) 取頭、O(N) 插入。

**結論**：若你在寫 `Handler` 機制、跨執行緒通訊、定時任務，**必須**將資料封裝進 `Message` (透過 `msg.obj` 或 `setData(Bundle)` 放入任意物件)，再投遞給 `MessageQueue`。

通用資料結構：Queue<E> (Java 集合框架)

當脫離 `Looper`/`Handler` 語境，純粹需要「先進先出」緩衝區時，使用 `java.util.Queue` 介面及其實現：

這些隊列**泛型 `E` 可為任意物件** (`String`、自定義 `Task`、`ByteBuffer` 等)，與 `Message` 無任何關係。

Android 進階：非 Handler 場景的隊列選型

• IntentService / JobIntentService：內部用 `Handler` + `MessageQueue` 處理串行任務。
• ThreadPoolExecutor：內部用 `BlockingQueue` (如 `LinkedBlockingQueue`) 存放 `Runnable` 任務，**非 `Message`**。
• RxJava Flowable / Kotlin Flow：背壓緩衝區本質是各種 `Queue` 實現。
• EventBus / LiveData：觀察者模式，內部分發常用 `ConcurrentHashMap` + `CopyOnWriteArrayList`，非隊列。
• 自定義緩衝：如圖片載入庫的磁碟/記憶體快取隊列，通常用 `LinkedHashMap` (LRU) 或 `ArrayDeque`。

物件組合視角：隊列本身也是物件

你提到「隊列實質就是一個物件，對象和對象結合生成新的對象」，這是**組合模式** 的核心思想：

// 隊列物件 + 元素物件 = 隊列狀態 (新的邏輯整體)
Queue taskQueue = new LinkedBlockingQueue<>();
taskQueue.offer(new Task("A")); // Task 物件進入 Queue 物件
Task t = taskQueue.poll();      // 取出 Task 物件，Queue 狀態改變

這完全符合 OOP 原則，無需強行套用「Message 才能入隊」的限制。

總結

**場景決定選型**：

• 跨執行緒 UI 更新、定時訊息、Handler 機制 → **`MessageQueue` + `Message`** (必經之路)。
• 背景執行緒任務緩衝、生產消費模型、高併發數據流 → **`java.util.Queue` 實現類** (任意物件，效能更優)。

釐清「框架專用隊列」與「通用資料結構隊列」的邊界，才能在 Android 複雜的併發架構中做出正確的架構決策。