Android onTouch vs onClick：只處理 ACTION_DOWN 等同 onClick？

問題：`View.OnTouchListener` 僅處理 `ACTION_DOWN` 回傳 `true`，與 `OnClickListener` 有何不同？

核心差異：事件分發流程與回傳值語意

程式碼對照

// OnClickListener：標準點擊
btn.setOnClickListener(v -> doSomething());

// OnTouchListener 僅 DOWN 並消費
btn.setOnTouchListener((v, e) -> {
    if (e.getAction() == MotionEvent.ACTION_DOWN) {
        doSomething();
        return true; // 消費，onClick 不會被調用
    }
    return false; // 其他事件繼續分發
});

為何官方建議優先用 OnClickListener？

1. 符合使用者預期：按下→抬起才算點擊，滑出區域取消。
2. 無障礙自動支援：鍵盤、TalkBack、Switch Access 均可觸發。
3. 程式碼簡潔，無需處理 `MotionEvent` 細節。

必須用 OnTouch 時的最佳實踐

• 只在 `ACTION_DOWN` 處理邏輯，**回傳 `false`** 讓系統繼續分發 `onClick` (若需兼容點擊)。
• 或完整實作 `GestureDetector` 處理 `onSingleTapUp`、`onLongPress`、`onScroll` 等手勢。
• 記得呼叫 `v.performClick()` 以觸發無障礙回調。

結論：**只處理 `ACTION_DOWN` 並回傳 `true` 會阻斷 `onClick`、破壞無障礙、誤觸發長按/滑動**，除非在做自訂手勢，否則請老實用 `OnClickListener`。