天天看點

詳解Android的事件分發機制

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

Android 事件分發流

關于Android 事件分發機制網上的博文很多,但是很多都是寫個Demo然後貼一下輸出的Log或者拿源碼分析,然後一堆的注釋和說明,如果用心的去看肯定是收獲不少但是确實很難把整個流程說清和記住。曾經也是拼命想記住整個流程,但是一段時間又忘了,最後覺得分析這種問題和事件流的走向,一張圖來解釋和說明會清晰很多,下面我根據畫的一張事件分發流程圖,說明的事件從使用者點選之後,在不同函數不同傳回值的情況的最終走向。

詳解Android的事件分發機制

注:

  1. 仔細看的話,圖分為3層,從上往下依次是Activity、ViewGroup、View
  2. 事件從左上角那個白色箭頭開始,由Activity的dispatchTouchEvent做分發
  3. 箭頭的上面字代表方法傳回值,(return true、return false、return super.xxxxx(),super 的意思是調用父類實作。
  4. dispatchTouchEvent和 onTouchEvent的框裡有個【true—->消費】的字,表示的意思是如果方法傳回true,那麼代表事件就此消費,不會繼續往别的地方傳了,事件終止。
  5. 目前所有的圖的事件是針對ACTION_DOWN的,對于ACTION_MOVE和ACTION_UP我們最後做分析。
  6. 之前圖中的Activity 的dispatchTouchEvent 有誤(圖已修複),隻有return super.dispatchTouchEvent(ev) 才是往下走,傳回true 或者 false 事件就被消費了(終止傳遞)。

仔細看整個圖,我們得出事件流 走向的幾個結論(希望讀者專心的看下圖 1,多看幾遍,腦子有比較清晰的概念。)

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

詳解Android的事件分發機制

是以如果我們沒有對控件裡面的方法進行重寫或更改傳回值,而直接用super調用父類的預設實作,那麼整個事件流向應該是從Activity—->ViewGroup—>View 從上往下調用dispatchTouchEvent方法,一直到葉子節點(View)的時候,再由View—>ViewGroup—>Activity從下往上調用onTouchEvent方法。

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

詳解Android的事件分發機制

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

詳解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型的方向的完整走完整個事件流動路徑),中間不做任何改動,不回溯、不終止,每個環節都走到。

詳解Android的事件分發機制

是以如果看到方法return super.xxxxx() 那麼事件的下一個流向就是走U型下一個目标,稍微記住上面這張圖,你就能很快判斷出下一個走向是哪個控件的哪個函數。

5、onInterceptTouchEvent 的作用

詳解Android的事件分發機制

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

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

詳解Android的事件分發機制

首先看下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方法的。

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

  1. 對于 dispatchTouchEvent,onTouchEvent,return true是終結事件傳遞。return false 是回溯到父View的onTouchEvent方法。
  2. ViewGroup 想把自己分發給自己的onTouchEvent,需要攔截器onInterceptTouchEvent方法return true 把事件攔截下來。
  3. ViewGroup 的攔截器onInterceptTouchEvent 預設是不攔截的,是以return super.onInterceptTouchEvent()=return false;
  4. View 沒有攔截器,為了讓View可以把事件分發給自己的onTouchEvent,View的dispatchTouchEvent預設實作(super)就是把事件分發給自己的onTouchEvent。

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

    注:——> 後面代表事件目标需要怎麼做。

  5. 自己消費,終結傳遞。——->return true ;
  6. 給自己的onTouchEvent處理——-> 調用super.dispatchTouchEvent()系統預設會去調用 onInterceptTouchEvent,在onInterceptTouchEvent return true就會去把事件分給自己的onTouchEvent處理。
  7. 傳給子View——>調用super.dispatchTouchEvent()預設實作會去調用 onInterceptTouchEvent 在onInterceptTouchEvent return false,就會把事件傳給子類。
  8. 不傳給子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;

繼續閱讀