Android RelativeLayout OnTouchListener 失效：子 View setClickable(true) 攔截觸摸事件

問題現象

動態新增 TextView 到 RelativeLayout，同時對父佈局與子 View 設定相同 OnTouchListener。父佈局能偵測觸摸但無回應，子 View 設定 setClickable(true) 後導致觸摸事件被消費，父佈局不再接收。

根本原因

TextView.setClickable(true) 會將 View 標記為可點擊，觸摸事件分發機制下，可點擊的子 View 會消耗觸摸事件，不再向父佈局傳遞（除非子 View onTouchEvent 回傳 false）。

解決方案

方法一：移除子 View 的 clickable（推薦）

// 刪除這行
// tv.setClickable(true);  

// 父佈局正常接收觸摸
relativeLayout.setOnTouchListener(touchListener);

方法二：子 View onTouch 回傳 false 向上傳遞

tv.setOnTouchListener((v, event) -> {
    // 處理邏輯...
    return false;  // 關鍵：false 表示未消費，事件繼續向父佈局傳遞
});

方法三：使用 OnInterceptTouchEvent（自定義 ViewGroup）

在自定義 RelativeLayout 覆寫 onInterceptTouchEvent 統一攔截，適用複雜手勢場景。

觸摸事件分發鐵律

1. dispatchTouchEvent：入口，分發給子 View 或自身 onTouchEvent。
2. onInterceptTouchEvent：ViewGroup 決定是否攔截（true=攔截自行處理，false=分發給子 View）。
3. onTouchListener.onTouch：若設定且回傳 true，消費事件，onTouchEvent 不再執行。
4. onTouchEvent：View 自身處理，clickable=true 時預設消費單擊事件。

常見誤區

• 以為 setOnTouchListener 就能攔截所有事件：子 View clickable=true 且無 OnTouchListener 時，仍會消費單擊手勢。
• 混淆 OnClickListener 與 OnTouchListener：前者僅響應單擊（ACTION_UP 且在範圍內），後者接收完整觸摸流（DOWN/MOVE/UP/CANCEL）。
• 忽略返回值語義：true=消費/攔截，false=傳遞/不攔截。

最佳實踐

• 不需要點擊回饋的 View 不要設定 clickable=true。
• 需自定義觸摸行為時，統一在父佈局或自定義 ViewGroup 處理，避免多層監聽器衝突。
• 複雜手勢（拖拽、縮放、滑動）優先使用 GestureDetector 或 ScaleGestureDetector。

理解 Android 觸摸事件分發機制，是解決各類觸摸衝突、手勢識別問題的基石。