Android-事件分發機制架構概述

標籤：中斷   事件分發機制   imageview   shu   分享   方法   lin   調用   turn   

http://www.jianshu.com/p/e99b5e8bd67b

http://blog.csdn.net/guolin_blog/article/details/9097463

 

在Android開發中，事件分發機制是一塊Android比較重要的知識體系，瞭解並熟悉整套的分發機制有助於更好的分析各種點擊滑動失效問題，更好去擴充控制項的事件功能和開發自訂控制項，同時事件分發機制也是Android面試必問考點之一，如果你能把下面的一些事件分發圖當場畫出來肯定加分不少。廢話不多說，總結一句:事件分發機制很重要。

 

看了幾個總結，我覺得還是從總的架構入手比較好理解

 

ACTION_DOWN 

 

1、如果事件不被中斷，整個事件流向是一個類U型圖，我們來看下這張圖，可能更能理解U型圖的意思。

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

 

3、dispatchTouchEvent 和 onTouchEvent 一旦return true,事件就停止傳遞了（到達終點）（沒有誰能再收到這個事件）。看中只要return true事件就沒再繼續傳下去了，對於return true我們經常說事件被消費了，消費了的意思就是事件走到這裡就是終點，不會往下傳，沒有誰能再收到這個事件了。

4、dispatchTouchEvent 和 onTouchEvent return false的時候事件都回傳給父控制項的onTouchEvent處理。

 

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方法的。

 

關於ACTION_MOVE 和 ACTION_UP

上面講解的都是針對ACTION_DOWN的事件傳遞，ACTION_MOVE和ACTION_UP在傳遞的過程中並不是和ACTION_DOWN 一樣，你在執行ACTION_DOWN的時候返回了false，後面一系列其它的action就不會再得到執行了。簡單的說，就是當dispatchTouchEvent在進行事件分發的時候，只有前一個事件（如ACTION_DOWN）返回true，才會收到ACTION_MOVE和ACTION_UP的事件。

 

給幾張圖就知道規律了

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

一下子畫了好多圖，還有好幾種情況就不再畫了，相信你也看出規律了，對於在onTouchEvent消費事件的情況：在哪個View的onTouchEvent 返回true，那麼ACTION_MOVE和ACTION_UP的事件從上往下傳到這個View後就不再往下傳遞了，而直接傳給自己的onTouchEvent 並結束本次事件傳遞過程。

對於ACTION_MOVE、ACTION_UP總結：ACTION_DOWN事件在哪個控制項消費了（return true）， 那麼ACTION_MOVE和ACTION_UP就會從上往下（通過dispatchTouchEvent）做事件分發往下傳，就只會傳到這個控制項，不會繼續往下傳，如果ACTION_DOWN事件是在dispatchTouchEvent消費，那麼事件到此為止停止傳遞，如果ACTION_DOWN事件是在onTouchEvent消費的，那麼會把ACTION_MOVE或ACTION_UP事件傳給該控制項的onTouchEvent處理並結束傳遞。

Android-事件分發機制架構概述