在Android實際開發過程中經常會遇到View之間的滑動衝突，如ScrollView與Listview、RecyclerView之間的巢狀使用。在很好的解決此類問題之前，我們應深入的瞭解Android事件響應機制。

1.事件響應機制的預備知識

在深入瞭解Android事件響應機制前，一些預備知識我們應該有所瞭解。

1.1 onTouch是優先於onClick執行，事件傳遞的順序是先經過onTouch，再傳遞到onClick。

1.2 Android中的事件onClick、onLongClick、onScroll等，都是由多個Touch事件（一個ACTION_DOWN,多個ACTION_MOVE,一個ACTION_UP）組成。

1.3 Android事件響應機制是“由外到內”分發、“由內到外”處理的形式實現的。

1.4 MotionEvent物件的四種狀態

MotionEvent.ACTION_DOWN：手指按下螢幕的瞬間。

MotionEvent.ACTION_MOVE：手指在螢幕上移動

MotionEvent.ACTION_UP：手指離開螢幕瞬間

MotionEvent.ACTION_CANCEL：取消手勢

2.Android事件處理的三個重要函式

Android事件分發機制主要由“事件分發”—>“事件攔截”—>“事件響應”這三步來進行邏輯控制的。本文也將從這三步對應的函式來分析。

2.1 事件分發：public boolean dispatchTouchEvent(MotionEvent ev)

當監聽到有觸發事件時，首先由Activity進行捕獲，然後事件就進入事件分發的流程。Activity本身沒有事件攔截，從而將事件傳遞給最外層的View的dispatchTouchEvent(MotionEvent ev)方法，該方法將對事件進行分發。

• return true : View消費所有事件。
• return false ：停止分發，交由上層控制元件的onTouchEvent方法進行消費，如果本層控制元件是Activity，那麼事件將被系統消費、處理。
• super.dispatchTouchEvent(ev)： 將事件交由本層的事件攔截onInterceptTouchEvent方法處理。

2.2 事件攔截：public boolean onInterceptTouchEvent(MotionEvent ev)

• return true: 對事件攔截，交由本層的onTouchEvent進行處理。
• return false: 不攔截，分發到子View,由子View的dispatchTouchEvent方法處理。
• super.onInterceptTouchEvent(ev)：預設表示事件攔截,交由本層的onTouchEvent進行處理。

2.3 事件響應：public boolean onTouchEvent(MotionEvent ev)

• return true: 表示onTouchEvent處理完事件後消費了此次事件。
• return false: 不響應事件，不斷的傳遞給上層的onTouchEvent方法處理，直到某個View的onTouchEvent返回true，則認為該事件被消費。如果到最頂層View還是返回false，那麼該事件不消費，將交由Activity的onTouchEvent進行處理。
• return: super.onTouchEvent,不響應事件，結果與return返回false一樣。

綜上所述，我們可以總結出如下流程圖：

結合上面的理解，我們再來看看Touch事件傳遞機制流程圖

3. 總結

通過上面的敘述，相信大家對Android的分發機制有了初步的理解。為了加深大家的理解，下面做個簡單的總結。

1. ViewGroup預設不攔截任何事件。
2. 點選事件的分發過程如下：dispatchTouchEvent—>onTouchListener的OnTouch方法—>onTouchEvent—>onClickListener的onClick方法。從而也可以看出onTouch優先於onClick執行。
3. 子View可以通過使用getParent().requestDisallowInterceptTouchEvent(true),阻止ViewGroup對其MOVE或UP事件進行攔截。
4. 一個點選事件產生後，傳遞過程是：Activity—>Window—>View。頂級View接受到事件後，就會按照上面的規則去分發事件。