圖解 Android 事件分發機制

看上圖深藍色的線，對於返回false的情況，事件都是傳給父控制元件onTouchEvent處理。

• 對於dispatchTouchEvent 返回 false 的含義應該是：事件停止往子View傳遞和分發同時開始往父控制元件回溯（父控制元件的onTouchEvent開始從下往上回傳直到某個onTouchEvent return true），事件分發機制就像遞迴，return false 的意義就是遞迴停止然後開始回溯。
• 對於onTouchEvent return false 就比較簡單了，它就是不消費事件，並讓事件繼續往父控制元件的方向從下往上流動。

4、dispatchTouchEvent、onTouchEvent、onInterceptTouchEvent
ViewGroup 和View的這些方法的預設實現就是會讓整個事件安裝U型完整走完，所以 return super.xxxxxx() 就會讓事件依照U型的方向的完整走完整個事件流動路徑），中間不做任何改動，不回溯、不終止，每個環節都走到。

所以如果看到方法return super.xxxxx() 那麼事件的下一個流向就是走U型下一個目標，稍微記住上面這張圖，你就能很快判斷出下一個走向是哪個控制元件的哪個函式。
5、onInterceptTouchEvent 的作用

Intercept 的意思就攔截，每個ViewGroup每次在做分發的時候，問一問攔截器要不要攔截（也就是問問自己這個事件要不要自己來處理）如果要自己處理那就在onInterceptTouchEvent方法中 return true就會交給自己的onTouchEvent的處理，如果不攔截就是繼續往子控制元件往下傳。預設是不會去攔截的，因為子View也需要這個事件，所以onInterceptTouchEvent攔截器return super.onInterceptTouchEvent()和return false是一樣的，是不會攔截的，事件會繼續往子View的dispatchTouchEvent傳遞。

6、ViewGroup 和View 的dispatchTouchEvent方法返回super.dispatchTouchEvent()的時候事件流走向。

首先看下ViewGroup 的dispatchTouchEvent，之前說的return true是終結傳遞。return false 是回溯到父View的onTouchEvent，然後ViewGroup怎樣通過dispatchTouchEvent方法能把事件分發到自己的onTouchEvent處理呢，return true和false 都不行，那麼只能通過Interceptor把事件攔截下來給自己的onTouchEvent，所以ViewGroup dispatchTouchEvent方法的super預設實現就是去呼叫onInterceptTouchEvent，記住這一點。
那麼對於View的dispatchTouchEvent return super.dispatchTouchEvent()的時候呢事件會傳到哪裡呢，很遺憾View沒有攔截器。但是同樣的道理return true是終結。return false 是回溯會父類的onTouchEvent，怎樣把事件分發給自己的onTouchEvent 處理呢，那隻能return super.dispatchTouchEvent,View類的dispatchTouchEvent（）方法預設實現就是能幫你呼叫View自己的onTouchEvent方法的。

說了這麼多，不知道有說清楚沒有，我這邊最後總結一下：

• 對於 dispatchTouchEvent，onTouchEvent，return true是終結事件傳遞。return false 是回溯到父View的onTouchEvent方法。
• ViewGroup 想把自己分發給自己的onTouchEvent，需要攔截器onInterceptTouchEvent方法return true 把事件攔截下來。
• ViewGroup 的攔截器onInterceptTouchEvent 預設是不攔截的，所以return super.onInterceptTouchEvent()=return false；
• View 沒有攔截器，為了讓View可以把事件分發給自己的onTouchEvent，View的dispatchTouchEvent預設實現（super）就是把事件分發給自己的onTouchEvent。

ViewGroup和View 的dispatchTouchEvent 是做事件分發，那麼這個事件可能分發出去的四個目標

注：——> 後面代表事件目標需要怎麼做。
1、 自己消費，終結傳遞。——->return true ；
2、 給自己的onTouchEvent處理——-> 呼叫super.dispatchTouchEvent()系統預設會去呼叫 onInterceptTouchEvent，在onInterceptTouchEvent return true就會去把事件分給自己的onTouchEvent處理。
3、 傳給子View——>呼叫super.dispatchTouchEvent()預設實現會去呼叫 onInterceptTouchEvent 在onInterceptTouchEvent return false，就會把事件傳給子類。
4、 不傳給子View，事件終止往下傳遞，事件開始回溯，從父View的onTouchEvent開始事件從下到上回歸執行每個控制元件的onTouchEvent——->return false；
注： 由於View沒有子View所以不需要onInterceptTouchEvent 來控制元件是否把事件傳遞給子View還是攔截，所以View的事件分發呼叫super.dispatchTouchEvent()的時候預設把事件傳給自己的onTouchEvent處理（相當於攔截），對比ViewGroup的dispatchTouchEvent 事件分發，View的事件分發沒有上面提到的4個目標的第3點。

ViewGroup和View的onTouchEvent方法是做事件處理的，那麼這個事件只能有兩個處理方式：

1、自己消費掉，事件終結，不再傳給誰—–>return true;
2、繼續從下往上傳，不消費事件，讓父View也能收到到這個事件—–>return false;View的預設實現是不消費的。所以super==false。

ViewGroup的onInterceptTouchEvent方法對於事件有兩種情況：

1、攔截下來，給自己的onTouchEvent處理—>return true;
2、不攔截，把事件往下傳給子View—->return false,ViewGroup預設是不攔截的，所以super==false；

關於ACTION_MOVE 和 ACTION_UP

上面講解的都是針對ACTION_DOWN的事件傳遞，ACTION_MOVE和ACTION_UP在傳遞的過程中並不是和ACTION_DOWN 一樣，你在執行ACTION_DOWN的時候返回了false，後面一系列其它的action就不會再得到執行了。簡單的說，就是當dispatchTouchEvent在進行事件分發的時候，只有前一個事件（如ACTION_DOWN）返回true，才會收到ACTION_MOVE和ACTION_UP的事件。具體這句話很多部落格都說了，但是具體含義是什麼呢？我們來看一下下面的具體分析。

上面提到過了，事件如果不被打斷的話是會不斷往下傳到葉子層（View），然後又不斷回傳到Activity，dispatchTouchEvent 和 onTouchEvent 可以通過return true 消費事件，終結事件傳遞，而onInterceptTouchEvent 並不能消費事件，它相當於是一個分叉口起到分流導流的作用，ACTION_MOVE和ACTION_UP 會在哪些函式被呼叫，之前說了並不是哪個函式收到了ACTION_DOWN，就會收到 ACTION_MOVE 等後續的事件的。
下面通過幾張圖看看不同場景下，ACTION_MOVE事件和ACTION_UP事件的具體走向並總結一下規律。

1、我們在ViewGroup1 的dispatchTouchEvent 方法返回true消費這次事件

ACTION_DOWN 事件從（Activity的dispatchTouchEvent）——–> （ViewGroup1 的dispatchTouchEvent） 後結束傳遞，事件被消費（如下圖紅色的箭頭程式碼ACTION_DOWN 事件的流向）。

在這種場景下ACTION_MOVE和ACTION_UP 將如何呢，看下面的打出來的日誌

下圖中
紅色的箭頭代表ACTION_DOWN 事件的流向
藍色的箭頭代表ACTION_MOVE 和 ACTION_UP 事件的流向

12、我們在ViewGroup2的onInterceptTouchEvent 返回true攔截此次事件並且在ViewGroup 1 的onTouchEvent返回true消費這次事件。
紅色的箭頭代表ACTION_DOWN 事件的流向
藍色的箭頭代表ACTION_MOVE 和 ACTION_UP 事件的流向