博文出處：View事件分發(fā)機制源碼解析颤练，歡迎大家關注我的博客既忆，謝謝！
注：本文解析的源碼基于 API 25嗦玖，部分內容來自于《Android開發(fā)藝術探索》患雇。
Header
Android View 事件分發(fā)的機制可以說是 Android 開發(fā)者必知點之一，一般在面試的過程中肯定也有涉及宇挫。之前重新梳理了一下 View 事件的分發(fā)苛吱，所以為了有所記錄，下定決心要寫一篇關于 View 事件分發(fā)的博客器瘪。
雖然很早之前也寫了一篇關于事件分發(fā)的博客《Android onTouch事件傳遞機制解析》翠储，但是在這篇中分析不夠全面，Activity 和 ViewGroup 沒有涉及到橡疼。那么就來“再續(xù)前緣”吧援所。
事件分發(fā)可以說分為三個部分，
- 一個是 Activity
- 然后是 ViewGroup
- 最后是 View
我們在分析事件分發(fā)時欣除，也會依次按照這三個部分來入手住拭。
因為最后的 View 部分在之前已經分析過了（也就是《Android onTouch事件傳遞機制解析》），所以今天的內容里關于 View 部分的就不再講了，大家可以自己去這篇博客中接著看下去滔岳。
好咯杠娱，下面就是我們的 show time ！
Activity
先入手第一部分：Activity 谱煤。
Activity
dispatchTouchEvent(MotionEvent ev)
在 Activity 的扎堆代碼中摊求，我們先從 dispatchTouchEvent(MotionEvent ev) 看起。
public boolean dispatchTouchEvent(MotionEvent ev) {
// 如果是 down 事件刘离，回調 onUserInteraction()
// onUserInteraction 是空方法睹簇，可以用來判斷用戶是否正在和設備交互
// 當用戶觸摸屏幕或是點擊按鍵都會回調此方法
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
// 如果 getWindow().superDispatchTouchEvent 返回 false 的話就交給 onTouchEvent 處理
return onTouchEvent(ev);
}
Activity 的 dispatchTouchEvent(MotionEvent ev) 方法代碼很短，我們先跟著 getWindow().superDispatchTouchEvent(ev) 去走寥闪。如果 getWindow().superDispatchTouchEvent(ev) 返回了 true 太惠，那就代表著事件有 View 去響應處理了；否則返回 false 的話疲憋，就說明沒有 View 處理凿渊，那么就轉回來交給了 Activity 來處理，也就是 onTouchEvent(ev) 方法缚柳。
onTouchEvent(MotionEvent event)
在 Activity 的 onTouchEvent(ev) 方法中會去判斷該觸摸事件的坐標是否在 Window 范圍之外埃脏，如果在范圍之外就關閉該 Activity （注意：Window 設置了 mCloseOnTouchOutside 為 true 的情況下）并且返回 true；否則返回 false 秋忙。具體代碼如下：
public boolean onTouchEvent(MotionEvent event) {
if (mWindow.shouldCloseOnTouch(this, event)) {
finish();
return true;
}
return false;
}
好了彩掐，現(xiàn)在回過頭來講講有 View 去處理事件的情形。
我們都知道 getWindow() 實際上是得到了當前 Activity 的 Window 對象灰追，而 Window 的具體實現(xiàn)是 PhoneWindow 堵幽。所以我們接著要去看 PhoneWindow 的 superDispatchTouchEvent(ev) 方法。
PhoneWindow
superDispatchTouchEvent(MotionEvent event)
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
在 PhoneWindow 中直接把事件交給了 mDecor 來處理弹澎，而 mDecor 正是 Window 中持有的 DecorView 對象朴下。在這里，也代表著事件從 Activity 傳給了 ViewGroup 苦蒿。
接著跟下去殴胧。
DecorView
superDispatchTouchEvent(MotionEvent event)
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
DecorView 的 superDispatchTouchEvent(MotionEvent event) 方法代碼也很短了[/笑哭]，直接調用了父類的 dispatchTouchEvent(event) 方法佩迟。DecorView 是繼承了 FrameLayout 的团滥。而在 FrameLayout 中并沒有去重寫 dispatchTouchEvent(event) 。所以我們要去看 ViewGroup 的 dispatchTouchEvent(event) 方法了报强。
至此為止灸姊，我們第一部分關于 Activity 的事件分發(fā)已經講完了。接下去的就是第二部分關于 ViewGroup 的了躺涝。
ViewGroup
第二部分厨钻，ViewGroup 扼雏。
ViewGroup
上面講到了我們要去 ViewGroup 中看 dispatchTouchEvent(event) 方法。
dispatchTouchEvent(event)
dispatchTouchEvent(event) 方法挺長的夯膀，在這里我們就把它分段進行分析诗充，這樣也更加容易理解。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
}
// If the event targets the accessibility focused view and this is it, start
// normal event dispatch. Maybe a descendant is what will handle the click.
if (ev.isTargetAccessibilityFocus() && isAccessibilityFocusedViewOrHost()) {
ev.setTargetAccessibilityFocus(false);
}
// 返回值诱建，代表著該View是否處理事件
boolean handled = false;
// 判斷當前 window 是否有被遮擋蝴蜓，若返回 false 則丟棄這個事件
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 如果是 ACTION_DOWN 事件，那么需要恢復初始狀態(tài)以及 mFirstTouchTarget 置空等
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Throw away all previous state when starting a new touch gesture.
// The framework may have dropped the up or cancel event for the previous gesture
// due to an app switch, ANR, or some other state change.
cancelAndClearTouchTargets(ev);
// 在 resetTouchState 會對 FLAG_DISALLOW_INTERCEPT 重置
resetTouchState();
}
...
}
在 dispatchTouchEvent(event) 方法的一開始俺猿，首先以 Window 是否被遮擋來過濾掉一些不必要的事件茎匠。之后若是手指按下的 ACTION_DOWN 事件的話，做一些狀態(tài)清除等工作押袍，比如 mFirstTouchTarget = null 诵冒。 當 ViewGroup 的子元素成功處理了事件后，mFirstTouchTarget 就會被賦值并指向了子元素谊惭。因此當觸摸事件為 ACTION_DOWN 時汽馋，說明這是一輪新的事件，還不知道哪個 View 可以處理該事件圈盔，所以 mFirstTouchTarget 會被置為 null 了豹芯。
這一小段代碼理解后，我們再接著往下看驱敲。
// ----------第 1 小點----------
// 檢查是否需要攔截事件
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
// ----------第 2 小點----------
// disallowIntercept 代表著子View是否禁止讓父ViewGroup攔截事件
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
// 如果不禁止铁蹈，就調用 onInterceptTouchEvent
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.
// ----------第 3 小點----------
// 如果 mFirstTouchTarget 等于 null ，則說明子 view 中都不處理事件众眨，并且不是 ACTION_DOWN 事件握牧，當前 viewgroup 默認攔截該事件
intercepted = true;
}
if (intercepted || mFirstTouchTarget != null) {
ev.setTargetAccessibilityFocus(false);
}
這里判斷了 ViewGroup 是否要去攔截事件。根據(jù)判斷 actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null 围辙，我們可以知道一點我碟，當 mFirstTouchTarget 為 null 時，就說明了子 View 中都不會處理這輪事件了姚建，那么就應該把該事件直接交回給 ViewGroup （此時的事件肯定是 ACTION_MOVE 或者 ACTION_UP 了）。所以直接設置了 intercepted = true 吱殉，也就是上面代碼中的第 3 小點掸冤。
反之，若為 ACTION_DOWN 事件友雳，那么說明是一輪全新的事件稿湿。是需要去問問子 View 到底要不要處理事件的。同理押赊，mFirstTouchTarget != null 的話肯定是找到子 View 來處理事件了饺藤，所以也不能馬上判斷是否攔截，需要繼續(xù)深入。也就是上面的第 1 小點涕俗。
剩下最后一個第 2 小點罗丰。
之后先得到 disallowIntercept ，disallowIntercept 與 FLAG_DISALLOW_INTERCEPT 有關再姑。而 FLAG_DISALLOW_INTERCEPT 又是通過 requestDisallowInterceptTouchEvent 方法來設置的萌抵。如果 disallowIntercept 是 true ，說明子 View 禁止讓父 ViewGroup 攔截事件元镀。那就直接設置 intercepted = false 绍填。這里要注意下，當為 ACTION_DOWN 事件時栖疑，會重置 FLAG_DISALLOW_INTERCEPT 標記位讨永，所以 ACTION_DOWN 事件在 ViewGroup 的 onInterceptTouchEvent 方法中一定會詢問自己是否需要攔截，而 ACTION_MOVE 和 ACTION_UP 則不一定遇革。
反之住闯，若 disallowIntercept 為 false 的話，那么 ViewGroup 會調用 onInterceptTouchEvent(ev) 方法來判斷自己是否要去攔截澳淑，開發(fā)者可以去重寫這個方法來達到一些攔截的目的比原，該方法默認返回 false ，也就是不攔截杠巡。
趁熱量窘，接著擼。
// 檢查下是否是 ACTION_CANCEL 事件
final boolean canceled = resetCancelNextUpFlag(this)
|| actionMasked == MotionEvent.ACTION_CANCEL;
// 是否分發(fā)給多個子 View 氢拥，默認是 false
final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
TouchTarget newTouchTarget = null;
boolean alreadyDispatchedToNewTouchTarget = false;
// 不被 ViewGroup 攔截并且不是 ACTION_CANCEL 事件
if (!canceled && !intercepted) {
View childWithAccessibilityFocus = ev.isTargetAccessibilityFocus()
? findChildWithAccessibilityFocus() : null;
// 當為 ACTION_DOWN 等事件時蚌铜，要去尋找可以處理的子View，然后下發(fā)
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) {
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// 獲取 z 軸上從大到小排序的子 view 順序
final ArrayList<View> preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
// 開始遍歷子 view
for (int i = childrenCount - 1; i >= 0; i--) {
// 確認子 View 的下標
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
// 根據(jù)下標嫩海，得到子View
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
// 如果當前 view 沒有焦點冬殃，那么跳過
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
// 點擊是否落在子view范圍內和子view是否正在動畫
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
// 分發(fā)給該子 View 的 dispatchTouchEvent 方法
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
// childIndex points into presorted list, find original index
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
//給 mFirstTouchTarget 賦值，該事件已經交給子 View 處理了
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
// The accessibility focus didn't handle the event, so clear
// the flag and do a normal dispatch to all children.
ev.setTargetAccessibilityFocus(false);
}
if (preorderedList != null) preorderedList.clear();
}
if (newTouchTarget == null && mFirstTouchTarget != null) {
// Did not find a child to receive the event.
// Assign the pointer to the least recently added target.
newTouchTarget = mFirstTouchTarget;
while (newTouchTarget.next != null) {
newTouchTarget = newTouchTarget.next;
}
newTouchTarget.pointerIdBits |= idBitsToAssign;
}
}
}
這段代碼較長叁怪，基本上的邏輯就是為 ACTION_DOWN 等事件找一個可以處理的子 View 审葬。
先遍歷了所有的子 View ，會根據(jù)點擊坐標是否落在子view范圍內以及子view是否正在動畫來判斷是否接收事件奕谭。
如果找到了一個子 View 可以接收事件涣觉，那么就會調用它的 dispatchTouchEvent 方法。若 dispatchTouchEvent 方法返回 true 的話血柳，說明該 View 確認處理該事件了官册，那么之后給 mFirstTouchTarget 賦值；否則就繼續(xù)遍歷重復之前的流程了难捌。
三言兩語就概括了這段代碼的邏輯膝宁。
再來看最后一段代碼鸦难。
// Dispatch to touch targets.
// 如果 mFirstTouchTarget 為空，那么有可能沒有子 View 或者所有的子 View 都不處理該事件了
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
// 交給自己處理员淫，調用 ViewGroup 的 super.dispatchTouchEvent 方法
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
//處理有 mFirstTouchTarget 并且除了 ACTION_DOWN 以外的事件
// 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;
// alreadyDispatchedToNewTouchTarget 為 true 就說明了 mFirstTouchTarget 被賦值了
// 所以事件已經交給子 View 處理了合蔽，這里就返回 true
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
// cancelChild 為 true 的話就說明接下來的事件被 ViewGroup 攔截了，需要傳遞 ACTION_CANCEL 事件
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
// 傳遞 ACTION_CANCEL 事件給子 View
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
// 釋放 mFirstTouchTarget 满粗，之后事件就交給了 ViewGroup 自己處理了
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
// Update list of touch targets for pointer up or cancel, if needed.
// 當為 ACTION_CANCEL 和 ACTION_UP 等事件的一些重置狀態(tài)
if (canceled
|| actionMasked == MotionEvent.ACTION_UP
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
resetTouchState();
} else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {
final int actionIndex = ev.getActionIndex();
final int idBitsToRemove = 1 << ev.getPointerId(actionIndex);
removePointersFromTouchTargets(idBitsToRemove);
}
}
if (!handled && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
}
// 返回是否處理的 boolean 值
return handled;
}
一開頭辈末，判斷了 mFirstTouchTarget == null 。如果是空的話映皆，就代表著可能 ViewGroup 中沒有子 View 挤聘，或者所有的子 View 都不打算處理這輪的事件。那么只能交給 ViewGroup 自己處理了捅彻。之后調用了 dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS) 方法组去。
細心的同學已經發(fā)現(xiàn)，這個事件分發(fā)給子 View 調用的是同一個方法步淹。不同的是从隆，分發(fā)給子 View 的是 dispatchTransformedTouchEvent(ev, canceled, child, TouchTarget.ALL_POINTER_IDS) 。也就是說缭裆，第三個參數(shù)一個是 null 键闺，而另一個是 child 。其實澈驼，在 dispatchTransformedTouchEvent 內部的邏輯大概是這樣的辛燥，省略了其他代碼：
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
所以，當傳入是 null 的話缝其，調用的直接是 super.dispatchTouchEvent(event) 挎塌，也就是 View 類的 dispatchTouchEvent 方法了。
再來看 mFirstTouchTarget != null 的情況内边。
mFirstTouchTarget 不為空的話榴都，代碼里處理的都是除了 ACTION_DOWN 的事件，也就是 ACTION_MOVE 和 ACTION_UP 事件漠其。若 alreadyDispatchedToNewTouchTarget 為 true 嘴高，那么這正是上面給 mFirstTouchTarget 賦值時留下來的“鍋”，直接返回 handled = true 即可辉懒。
否則就直接將事件分發(fā)給子 View 了阳惹。這里注意下，若 cancelChild 為 true 的話眶俩，就代表著事件被 ViewGroup 攔截了，所以分發(fā)給子 View 的將是 ACTION_CANCEL 事件快鱼，之后把 mFirstTouchTarget 置空了颠印。那么之后事件再過來纲岭，調用的就是 ViewGroup 的 super.dispatchTouchEvent(event) ，就完成了把事件分發(fā)給 ViewGroup 了线罕。
這樣止潮，以后的事件就完全移交給 ViewGroup 了，沒子 View 什么事了钞楼。
最后就是對 ACTION_CANCEL 和 ACTION_UP 事件的一些狀態(tài)重置喇闸。
在這，基本上把 ViewGroup 這部分講完了询件。
View
View 部分的事件分發(fā)就參考一下《Android onTouch事件傳遞機制解析》燃乍，這里面講的還是挺清楚的，很早以前寫的宛琅，不多講了刻蟹。
Footer
今天的內容都講的差不多了，也把事件分發(fā)的機制又整理了一遍嘿辟。當然也有一些不完善的地方舆瘪，比如事件是怎樣傳遞給 Activity 的在本文中沒有涉及到，想了解的同學可以看下這篇《Android中MotionEvent的來源和ViewRootImpl》红伦，任大神的作品英古。
好了，要說再見了昙读。如果有問題的同學可以在下面留言召调。
Goodbye ...
