本文適用于對Android事件分發(fā)機制有一定基礎(chǔ)的開發(fā)者閱讀，主要是通過對ViewGroup類中的事件分發(fā)、事件攔截的源代碼進行解析以達到完全理解其原理的目的
- （一）Android事件分發(fā)機制 - View篇
- （二）Android事件分發(fā)機制 - ViewGroup篇
- （三）Android事件分發(fā)機制 - Activity篇
- （四）Android事件分發(fā)機制 - 總結(jié)篇
我們知道ViewGroup中包含dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent方法，接下來我們通過源代碼（基于Android6.0）看看這些方法內(nèi)部到底做了哪些事情。
ViewGroup#dispatchTouchEvent源碼解析
初始化ACTION_DOWN事件
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
if (actionMasked == MotionEvent.ACTION_DOWN) {
// 這里會將mFirstTouchTarget置為 null
cancelAndClearTouchTargets(ev);
resetTouchState();
}
...
}
- 由于一個完整的事件序列是以ACTINON_DOWN開始，以ACTINON_UP結(jié)束，所以如果是ACTINON_DOWN事件，那么說明是一個新的事件序列，所以需要初始化之前的狀態(tài)。
檢查ViewGroup是否要攔截事件
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
...
// Check for cancelation.
final boolean canceled = resetCancelNextUpFlag(this)
|| actionMasked == MotionEvent.ACTION_CANCEL;
// ...
}
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
- 定義了一個布爾值intercept來記錄是否要進行攔截；
- 如果事件是ACTION_DOWN或者mFirstTouchTatget值不為空才有可能執(zhí)行到onInterceptTouchEvent方法，否則intercept = true；
那么為什么要有這個判斷呢？
如果子View消耗了ACTION_DOWN事件，那么mFirstTouchTarget將指向該子View，而后ViewGroup繼續(xù)判斷是否要攔截接下來的ACTION_MOVE等事件；
如果子View沒有消耗ACTION_DOWN事件，那么mFirstTouchTarget將為null，后續(xù)事件到來時，會直接把intercept設(shè)置為true，并將事件交由ViewGroup處理。 - FLAG_DISALLOW_INTERCEPT這個標志位特別有用，它可以用來禁止或允許ViewGroup攔截除了DOWN之外的事件，一般通過子View調(diào)用requestDisallowInterceptTouchEvent來設(shè)置；
- ViewGroup#onInterceptTouchEvent()方法是默認返回false的，即ViewGroup默認不攔截任何事件，如果想要讓ViewGroup攔截事件，那么應(yīng)該在自定義的ViewGroup中重寫這個方法。
對ACTION_DWON事件的特殊處理
接下來是一個If判斷語句，內(nèi)部還有若干if語句，以下先省略所有if體的內(nèi)容，我們從大體上認識這塊代碼的作用：
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
TouchTarget newTouchTarget = null;
boolean alreadyDispatchedToNewTouchTarget = false;
if (!canceled && !intercepted) {
...// IF體1
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
...// IF體2
}
}
...
}
將newTouchTarget置為null，alreadyDispatchedToNewTouchTarget置為false；
如果事件是未被取消（!canceled）并且ViewGroup不攔截事件（!intercepted）則進入IF體1；
-
接下來繼續(xù)判斷如果(actionMasked == MotionEvent.ACTION_DOWN...)則進入IF體2：
if (actionMasked == MotionEvent.ACTION_DOWN || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) || actionMasked == MotionEvent.ACTION_HOVER_MOVE) { final int actionIndex = ev.getActionIndex(); // always 0 for down final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex) : TouchTarget.ALL_POINTER_IDS; // Clean up earlier touch targets for this pointer id in case they // have become out of sync. removePointersFromTouchTargets(idBitsToAssign); final int childrenCount = mChildrenCount; if (newTouchTarget == null && childrenCount != 0) { ...// IF體3 } if (newTouchTarget == null && mFirstTouchTarget != null) { ... } } -
如果ViewGroup內(nèi)部子View的數(shù)量childrenCount != 0進入IF體3：
if (newTouchTarget == null && childrenCount != 0) { ... for (int i = childrenCount - 1; i >= 0; i--) { final int childIndex = customOrder ? getChildDrawingOrder(childrenCount, i) : i; final View child = (preorderedList == null) ? children[childIndex] : preorderedList.get(childIndex); ... if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) { ev.setTargetAccessibilityFocus(false); continue; } ... if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { ... } ... } if (preorderedList != null) preorderedList.clear(); } 對ViewGroup內(nèi)部的子View進行倒序遍歷，即從最上層的View開始往下層遍歷，一個個地找到能接受事件的子View；
如果子View不能接受觸碰事件 - View不可見或者有動畫效果（!canViewReceivePointerEvents(child)）或者觸摸點位置不在子View的范圍內(nèi)（!isTransformedTouchPointInView(x, y, child, null)），則continue，表示這個子View不符合條件，開始遍歷下一個子View；
-
找到符合條件的子View后調(diào)用dispatchTransformedTouchEvent()方法：
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) { final boolean handled; ... if (child == null) { handled = super.dispatchTouchEvent(event); } else { handled = child.dispatchTouchEvent(event); } event.setAction(oldAction); return handled; ... } 當傳遞進來的的child != null時，就會調(diào)用子View的dispatchTouchEvent(event)方法，表示把事件交給子View處理，完成了ViewGroup到子View的事件傳遞，當事件處理完畢，就會返回一個布爾值handled，該值表示子View是否消耗了事件。
當傳遞進來的的child == null時，就會調(diào)用ViewGroup的dispatchTouchEvent(event)方法，表示把事件交給父View處理；
-
dispatchTransformedTouchEvent方法返回true時，表示子View消耗了事件：
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { ... newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true; ... break; } private TouchTarget addTouchTarget(View child, int pointerIdBits) { TouchTarget target = TouchTarget.obtain(child, pointerIdBits); target.next = mFirstTouchTarget; mFirstTouchTarget = target; return target; } 此時把mFirstTouchTarget指向child，同時把newTouchTarget也指向child，alreadyDispatchedToNewTouchTarget置為true，也即是說，如果有子View消耗掉了事件，那么mFirstTouchTarget就會指向該子View。
小結(jié)：
- 整個if(!canceled && !intercepted){ … }代碼塊所做的工作就是對ACTION_DOWN事件的特殊處理；
- 因為ACTION_DOWN事件是一個事件序列的開始，所以我們要先找到能夠處理這個事件序列的一個子View；
- 如果一個子View能夠消耗事件，那么mFirstTouchTarget會指向該子View；
- 如果所有的子View都不能消耗事件，那么mFirstTouchTarget將為null。
對除了ACTION_DOWN之外的其他事件的處理
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
// Dispatch to touch targets.
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
...
return handled;
}
}
- 首先mFirstTouchTarget為null就調(diào)用dispatchTransformedTouchEvent(ev, canceled, null, ...)方法，這里第三個參數(shù)為null，在這個方法的內(nèi)部會執(zhí)行super.dispatchTouchEvent(event) - 也就是說，如果找不到子View來處理事件，那么最后會交由ViewGroup來處理事件；
- 如果mFirstTouchTarget不為null，說明在ACTION_DOWN事件時已經(jīng)找到了一個子View來消耗事件，接下來往下執(zhí)行if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget)，這里就是區(qū)分了ACTION_DOWN事件和別的事件的關(guān)鍵：
如果為true那就說明是ACTION_DOWN事件，并且子View消耗了事件，那么直接置handled為true并返回；
如果為false那就說明不是ACTION_DOWN事件，即是ACTION_MOVE、ACTION_UP等別的事件。
小結(jié)：
- 最后這段代碼處理除了ACTION_DOWN事件之外的其他事件；
- 如果ViewGroup攔截了事件或者所有子View均不消耗事件那么在這里交由ViewGroup處理事件；
- 如果有子View已經(jīng)消耗了ACTION_DOWN事件，那么在這里繼續(xù)把其他事件分發(fā)給子View處理。
我們總結(jié)一下：
-
Android事件分發(fā)是先傳遞到ViewGroup，再由ViewGroup傳遞到View的； - 在
ViewGroup中可以通過onInterceptTouchEvent方法對事件傳遞進行攔截，返回true代表不允許事件繼續(xù)向子View傳遞，返回false代表不對事件進行攔截，默認返回false； - 當
ViewGroup決定攔截事件后，onInterceptTouchEvent方法將不會被調(diào)用，并且同一序列中的其他事件都會默認交給它處理； - 如果事件能夠傳遞到當前的
ViewGroup，且我們要提前處理所有點擊事件，應(yīng)該選擇dispatchTouchEvent方法，因為只有這個方法能確保每次都會被調(diào)用，而onInterceptTouchEvent方法卻無法保證每次事件都會被調(diào)用； - 子
View可以通過調(diào)用getParent().requestDisallowInterceptTouchEvent(true)阻止ViewGroup對其ACTION_MOVE或者ACTION_UP事件進行攔截，它通常用于解決滑動沖突問題； - 子
View不能通過調(diào)用getParent().requestDisallowInterceptTouchEvent(true)阻止ViewGroup對其ACTION_DOWN事件進行攔截，因為父View在每次接收到ACTION_DOWN事件時都會重置這個標志； - 子
View中如果將傳遞的事件消費掉，ViewGroup就不再對該事件進行處理了； -
ViewGroup的dispatchTouchEvent是真正在執(zhí)行“分發(fā)”工作，而View的dispatchTouchEvent方法，并不執(zhí)行分發(fā)工作，或者說它分發(fā)的對象就是自己，決定是否把touch事件交給自己處理，而處理的方法，便是onTouchEvent事件； - 一般情況下，我們不該在普通
View內(nèi)重寫dispatchTouchEvent方法，因為它并不執(zhí)行分發(fā)邏輯。當Touch事件到達View時，我們該做的就是是否在onTouchEvent事件中處理它； -
ViewGroup的onTouchEvent事件是什么時候處理的呢？當ViewGroup所有的子View都返回false時，onTouchEvent事件便會執(zhí)行。由于ViewGroup是繼承于View的，它其實也是通過調(diào)用View的dispatchTouchEvent方法來執(zhí)行onTouchEvent事件； - 當某個子
View返回true時，會中止ACTION_DOWN事件的分發(fā)，同時在ViewGroup中記錄該子View。接下去的ACTION_MOVE和ACTION_UP事件將由該子View直接進行處理。由于子View是保存在ViewGroup中的，多層ViewGroup的節(jié)點結(jié)構(gòu)時，上級ViewGroup保存的會是真實處理事件的View所在的ViewGroup對象：如ViewGroup0-ViewGroup1-TextView的結(jié)構(gòu)中，TextView返回了true，它將被保存在ViewGroup1中，而ViewGroup1也會返回true，被保存在ViewGroup0中。當ACTION_MOVE和ACTION_UP事件來時，會先從ViewGroup0傳遞至ViewGroup1，再由ViewGroup1傳遞至TextView; - 當
ViewGroup中所有子View都不捕獲ACTION_DOWN事件時，將觸發(fā)ViewGroup自身的onTouch事件。觸發(fā)的方式是調(diào)用super.dispatchTouchEvent函數(shù)，即父類View的dispatchTouchEvent方法。在所有子View都不處理的情況下，觸發(fā)Acitivity的onTouchEvent方法；
