上篇對整體事件分發流程大致梳理下，有興趣的朋友可以去看看事件分發機制（一）：解惑篇
本篇就基於上篇的知識上，跟著大家走一波事件分發的原始碼，這樣可能大家能夠更理解下原始碼.
Acitvity ## dispatchTouchEvent
事件源頭從Activity向下進行分發，點進檢視看dispatchTouchEvent程式碼
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
//具體的工作由 Activity 內部的 Window 來完成的。如果返回 true，整個事件迴圈就結束了
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
//如果下面的都沒有給消費掉，最後事件只能有自己onTouchEvent消費了
return onTouchEvent(ev);
}
複製程式碼程式碼比較簡單，事件從Activity向下分發，如果事件被消費，直接返回True，如果都沒有處理消費，只能由自己onTouchEvent自己處理，由此可見，整體事件分發機制就是類似一個U字型的流程，事件由Activity開始分發，到最底層的View，最後回到Activity的onTouchEvent，當然，這之間任何一個地方返回True都能夠打斷這個流程。
PhoneWindow ## superDispatchTouchEvent
唯一實現Window類的就是PhoneWindow類，所以實際上就是呼叫PhoneWindow的方法了
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
複製程式碼PhoneWindow將事件直接傳遞給了 DecorView，熟悉setContentView程式碼的朋友應該知道，DecorView實際上就是而我們通過 setContentView設定的 View，所以事件最終也是走進了ViewGroup中
ViewGroup ## dispatchTouchEvent
/ ViewGroup.java
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
// Check for interception.
final boolean intercepted;
//如果是ACTION_DOWN，重置mFirstTouchTarget以及FLAG_DISALLOW_INTERCEPT標誌位
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}
//這裡2個條件，滿足1個即可進入判斷體內
//1.當前的事件行為為MotionEvent.ACTION_DOWN
//2.mFirstTouchTarget物件不為空，這個物件可以理解為當事件由ViewGroup的子元素處理時，那麼mFirstTouchTarget指向那個子元素
if (actionMasked == MotionEven_ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
...
}
複製程式碼程式碼比較長，我們看關鍵程式碼，首先第一個判斷，如果當前事件狀態為ACTION_DOWN，則重置mFirstTouchTarget置位空，以及將FLAG_DISALLOW_INTERCEPT重置。
- 我們應該還記得，子View可以通過requestDisallowInterceptTouchEvent方法來要求父ViewGroup不攔截事件，實際上就是改變父ViewGroup這裡的這個FLAG_DISALLOW_INTERCEPT標誌位，但是每次DOWN事件這個標誌位會被重置，所以可以得出結論，當這個標誌位被requestDisallowInterceptTouchEvent改變後，ViewGroup將無法攔截除了ACTION_DOWN以外的其它點選事件
- 當事件被攔截之後，上述mFirstTouchTarget解釋可以看到，此時mFirstTouchTarget是為空，所以mFirstTouchTarget！=null是不成立的，此時直接intercepted 為True，此處也是驗證了上篇的結論，一旦當前View攔截事件，那麼同一事件序列的其它事件都不再進行攔截校驗，直接交給它處理
- 對應DOWN事件，ViewGroup每次詢問自己的onInterceptTouchEvent方法，是否需要攔截事件
那麼這裡就分為兩種情況了，第一種，首先intercepted為True，也就是ViewGroup進行攔截處理
// 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 {
...
}
複製程式碼進去方法裡看看
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,View child, int desiredPointerIdBits) {
.....
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
event.setAction(oldAction);
return handled;
}
複製程式碼可以看到，因為方法是根據傳進的child的值來進行不同的操作，這裡因為傳進來的為null，所以執行super.dispatchTouchEvent(event)，所以這裡其實想ViewGroup要處理自己事件，就呼叫父類View的dispatchTouchEvent()方法，把自己當做一個View來處理這些事件，所以這裡呼叫了super.dispatchTouchEvent(event)，至於View的dispatchTouchEvent()事件怎麼處理的，後面會分析到。
第二者，如果intercepted為false，貼出部分程式碼
final View[] children = mChildren;
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 (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
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);
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();
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
ev.setTargetAccessibilityFocus(false);
}
複製程式碼程式碼比較長，主要總結下，遍歷ViewGroup的所有元素，如果觸控的事件落在遍歷到的view，並且當前遍歷到的元素是可以接受到這個事件的，滿足這兩個條件，這個元素才能接收到父元素傳遞給他的事件。若兩個條件有一個不滿足就continue
最終可以看到還是走到了dispatchTouchEvent方法，不過這裡回傳進去child值，之前也看到過這個方法了，如果child不為空的話,會呼叫child的dispatchTouchEvent方法，也就是事件從ViewGroup會傳遞到View中了。
.....
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
複製程式碼View##dispatchTouchEvent
終於到了View中的dispatchTouchEvent，開啟方法看看
public boolean dispatchTouchEvent(MotionEvent event) {
...
boolean result = false;
...
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
...
return result;
}
複製程式碼可以看到mOnTouchListener的優先順序是高於onTouchEvent的，如果mOnTouchListener不為空，並且複寫onTouch方法返回true的話，那麼**！result就為false了，此時onTouchEvent(event)就不會執行了，若onTouch返回false，onTouchEvent(event)會執行得到**，這樣可以在外部控制處理事件
View##onTouchEvent
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
...
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
...
}
...
break;
}
return true;
}
複製程式碼可以看到，主要走進了這個迴圈，那麼最終是一定返回true的，也就是隻要View的CLICKABLE和LONG CLICKABLE有一個位true，那麼它就一定會消費這個事件，因為ontouchEvent是返回了true的，然後再ACTION_UP中，會執行performClick，看看這個方法
public boolean performClick() {
// We still need to call this method to handle the cases where performClick() was called
// externally, instead of through performClickInternal()
notifyAutofillManagerOnClick();
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
notifyEnterOrExitForAutoFillIfNeeded(true);
return result;
}
複製程式碼是不是恍然大悟，可以看到，如果我們設定的mOnClickListener不為空的話，那麼這裡會回撥onClick方法，也就回撥到平常寫的onclik方法之中了。
所以事件執行的順序是DOWN-->MOVE-->UP-->ONCLICK，這裡需要注意的一點是，LongClick的執行順序也是優先於onclick的，如果LongClick的返回位True，也代表著由它消費了這個事件，這個時候onclick也是不會執行的，這個平常在開發的時候需要注意下
好了，大概就是這麼多了，有興趣的朋友可以兩篇文章結合的一起看下，希望能夠幫助到某些朋友一二吧，謝謝！