什么是事件分發(fā)？

大家知道Android中的視圖是由一個個View嵌套構(gòu)成的層級視圖，即一個View里包含有子View，而這個子View里面又可以再添加View。當(dāng)用戶觸摸屏幕產(chǎn)生一系列事件時，事件會由高到低，由外向內(nèi)依次傳遞，最終把事件交到一個具體的View手上處理，這個傳遞的過程就叫做事件分發(fā)。

從手觸摸屏幕開始所產(chǎn)生一系列MotionEvent事件，將事件傳遞到具體的某一個View的過程就叫做事件分發(fā)。

Android將觸摸事件統(tǒng)一封裝成MontionEvent類，以Down事件開始，Up事件結(jié)束，中間可能會產(chǎn)生其實事件(例如Move)，組成一個完整的事件系列。

同時事件分發(fā)又有三個重要的方法：

boolean dispatchTouchEvent(MotionEvent e)

如果事件能夠傳遞給當(dāng)前View，此方法一定會被調(diào)用，意味著當(dāng)前View接受到事件。

boolean onInterceptTouchEvent()

在dispatchTouchEvent方法中調(diào)用，用來判斷是否要攔截當(dāng)前事件?；旧喜粩r截事件。

boolean onTouchEvent()

在dispatchTouchEvent方法中調(diào)用，用來處理點(diǎn)擊事件。返回ture則意味事件被消費(fèi)。

三大方法有著千絲萬縷的關(guān)系。調(diào)用dispatchTouchEvent()方法則說明事件已經(jīng)交到該View手上了，接來下要么View自己攔截(onInterceptTouchEvent())處理事件，要么傳遞給子View。

public boolean dispatchTouchEvent(MotionEvent ev){
    boolean consume;
    if(onInterceptTouchEvent(ev)){
        consume = onTouchEvent(ev);
    }else {
        consume = child.dispatchTouchEvent(ev);
    }
    return consume;
}

舉個例子:
小明的父親準(zhǔn)備將傳家寶傳給小明(dispatchTouchEvent)。小明拿到傳家寶后，立馬對自己的兒子進(jìn)行了重重考核(onInterceptTouchEvent)，最終小明覺得自己的兒子太不爭氣了。就決定不把傳家寶交給兒子，把寶貝拿去賣了換錢養(yǎng)老(onTouchEvent)。所以到這，該寶貝傳到小明手上就斷了傳承，同理事件也就意味著結(jié)束了。

當(dāng)然如果小明兒子挺爭氣的，小明就會把傳家寶傳給兒子。到了小明的兒子手上又如此向下反復(fù)傳承。直至有后代自己把寶貝處理了，斷了傳承，事件也才被消費(fèi)結(jié)束。

小明有后代的情況下才有義務(wù)把傳家寶傳下去，所以他會把傳家寶傳給符合自己要求的兒子，如果兒子不符合要求，則自己拿來養(yǎng)老。所以ViewGroup的dispatchTouchEvent()一般都不攔截事件，只有在很苛刻的條件下才會主動攔截。接下來再找到符合條件的子View，把事件傳遞給他。

如果小明終無后人，則傳家寶到小明手上后就斷了傳承，自己連傳和不傳的選擇都沒有，只能自己想辦法給處理了。所以View沒有onInterceptTouchEvent()方法，交到View手上也就意味著事件即將處理。(此View非彼View，例如TextView這種單獨(dú)的View，不能再添加子View)

從那兒開始發(fā)事件？

事件最終會交給一個View處理，那事件最開始是從那兒傳遞的呢？Activity。
產(chǎn)生事件最先會交給Activity，再依次向下傳遞。

Activity
public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        //空實現(xiàn)
        onUserInteraction();
    }
    if (getWindow().superDispatchTouchEvent(ev)) {
        return true;
    }
    return onTouchEvent(ev);
}

PhoneWindow

@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
    return mDecor.superDispatchTouchEvent(event);
}

DecorView

public boolean superDispatchTouchEvent(MotionEvent event) {

    return super.dispatchTouchEvent(event);
}

Activity會將事件傳遞給Window，window又會向下繼續(xù)傳遞。如果最終都沒有View消費(fèi)事件(superDispatchTouchEvent返回false)，則Activity會自己調(diào)用onTouchEvent()方法處理事件。

if (getWindow().superDispatchTouchEvent(ev)) {
    return true;
}
return onTouchEvent(ev);

而PhoneWindow又會把事件傳遞給DecorView(FrameLayout)。這篇文章對三者之間的關(guān)系有一個簡單的說明。而FrameLayout(包括其他4大布局)都沒有重寫dispatchTouchEvent()方法，所以系統(tǒng)的事件傳遞規(guī)則都會按照ViewGroup的dispatchTouchEvent()方法處理。

graph TB
    A{Activity}-->B{Window}
    B{Window}-->C{DecorView}

從小明有兒子的情況說起

// Check for interception.
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); 
    } else {
        intercepted = false;
    }
} else {
    intercepted = true;
}

ViewGroup的dispatchTouchEvent()方法會先判斷自己是否要攔截當(dāng)前事件，是否攔截的作用在于，是自己處理事件，還是要將事件傳遞下去。即intercepted為true自己處理，為false則尋找子View向下傳遞。當(dāng)然如果沒有符合傳遞要求的子View，事件還是會由當(dāng)前View自己處理。

if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)

actionMasked == MotionEvent.ACTION_DOWN好理解。其二，當(dāng)子View消費(fèi)事件時，父View會把消費(fèi)事件的子View用鏈表記錄下來,方便后續(xù)事件傳遞，而mFirstTouchTarget就是鏈表表頭。沒有子View能夠接受事件,或者子View接受到事件但是不消費(fèi),mFirstTouchTargets為null。就會造成下次產(chǎn)生其它事件，走到這里該表達(dá)式?jīng)]有一個為真，則當(dāng)前View直接攔截事件處理。以后的事件子View想都不要想了。

如果View開始處理事件，但是不消耗最開頭的ACTION_DONW事件(例如：執(zhí)行onTouchEvent()方法卻返回false),以后同系列的事件都不會再交給他。

同時父View以后也不會再有機(jī)會執(zhí)行onInterceptTouchEvent()方法。

final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

該表達(dá)式默認(rèn)情況下為false，所以會調(diào)用onInterceptTouchEvent()方法，但onInterceptTouchEvent()還是不攔截返回false。我們可以調(diào)用requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法修改標(biāo)志位mGroupFlags，即(mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0表達(dá)式成立為ture。

但intercepted還是為false不攔截？那這個表達(dá)式和requestDisallowInterceptTouchEvent()方法的價值和意義在哪兒？？

如我們表面所看到的，目的就是為了執(zhí)不執(zhí)行onInterceptTouchEvent()方法。例如：當(dāng)我們自定義View時，在InterceptTouchEvent()方法中處理事件攔不攔截的邏輯。子View可以調(diào)用parent.requestDisallowInterceptTouchEvent(true)方法可以讓父View沒機(jī)會執(zhí)行處理攔截的邏輯，直接讓父View開始傳遞事件。就像小明兒子不管父親對自己有什么樣的看法，直接把傳家寶搶到自己手上一個道理。

事件為Down時會重置mGroupFlags標(biāo)志位狀態(tài)，即無論怎樣還是要走一遭onInterceptTouchEvent()方法。

 // Handle an initial down.
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);
    //重置mGroupFlags
    resetTouchState();
}

走到這后，如果intercept為false，則小明心里面已經(jīng)沒有自己賣掉傳家寶的想法了。此時是想把傳家寶傳下去的，接下來就是挑選合格的繼承人了。

遍歷子View，將事件傳遞給符合條件的View。

final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
    //i
    final int childIndex = getAndVerifyPreorderedIndex(
            childrenCount, i, customOrder);
    //children[i]
    final View child = getAndVerifyPreorderedView(
            preorderedList, children, childIndex);

    // If there is a view that has accessibility focus we want it
    // to get the event first and if not handled we will perform a
    // normal dispatch. We may do a double iteration but this is
    // safer given the timeframe.
    //事件針對特殊情況，對象才會不為空
    if (childWithAccessibilityFocus != null) {
        if (childWithAccessibilityFocus != child) {
            continue;
        }
        childWithAccessibilityFocus = null;
        i = childrenCount - 1;
    }
    /*
    *canViewReceivePointerEvents()確保子View要可見。執(zhí)行補(bǔ)間動畫時View會變成可見,即使View的Visibility屬性為INVISIBLE。
    *isTransformedTouchPointInView()判斷事件的坐標(biāo)是否落在當(dāng)前子View的區(qū)域內(nèi)。
    */
    if (!canViewReceivePointerEvents(child)
            || !isTransformedTouchPointInView(x, y, child, null)) {
        ev.setTargetAccessibilityFocus(false);
        continue;
    }
    //如果之前已有事件交由子View處理消費(fèi)，則直接跳出循環(huán)，將事件傳遞下去
    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);
    //將事件傳遞給子View
    if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
        // Child wants to receive touch within its bounds.
        mLastTouchDownTime = ev.getDownTime();
        //反射測試preorderedList == null，該集合按照子View繪制順序和Z軸排序子View。
        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();
        //鏈表存儲消費(fèi)事件的子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);
}

ViewGroup，挑選傳遞事件的子View要符合兩個條件:

可見狀態(tài)
事件的坐標(biāo)在子View范圍

符合這兩個條件,則調(diào)用dispatchTransformedTouchEvent()方法把事件傳遞給子View。dispatchTransformedTouchEvent()方法會根據(jù)child參數(shù)來做不同的處理，當(dāng)子View為null時調(diào)用View的dispatchTouchEvent()傳遞事件，意味當(dāng)前View自己處理事件。child不為null的情況下，則調(diào)用child的dispatchTouchEvent()把事件交給子View。

if (child == null) {
    handled = super.dispatchTouchEvent(transformedEvent);
} else {
    final float offsetX = mScrollX - child.mLeft;
    final float offsetY = mScrollY - child.mTop;
    transformedEvent.offsetLocation(offsetX, offsetY);
    if (! child.hasIdentityMatrix()) {
        transformedEvent.transform(child.getInverseMatrix());
    }

    handled = child.dispatchTouchEvent(transformedEvent);
}

20180509223239.jpg

我們以上面布局為例，當(dāng)我們點(diǎn)擊TextView產(chǎn)生Down事件，交到DecorView手上。事件的坐標(biāo)在ContentView(FrameLayout)區(qū)域內(nèi)，DecorView調(diào)用dispatchTransformedTouchEvent()方法，把事件交給ContentView。ContentView又把事件交給RelativeLayout->LinearLayout->TextView。DecorView執(zhí)行的dispatchTransformedTouchEvent()要等待ContentView的dispatchTouchEvent()方法執(zhí)行結(jié)束才有結(jié)果，而ContentView又需要等RelativeLayout執(zhí)行結(jié)束。

如果最終TextView消費(fèi)了事件，dispatchTouchEvent()返回ture。隨之LinearLayout的dispatchTransformedTouchEvent()執(zhí)行結(jié)束為ture。隨后調(diào)用

newTouchTarget = addTouchTarget(child, idBitsToAssign);

將TextView記錄下來插入表頭

LinearLayout.mFirstTouchTarget.child = TextView;mFirstTouchTarget.next = null;

LinearLayout的dispatchTouchEvent()執(zhí)行結(jié)束返回true，隨后RelativeLayout的dispatchTransformedTouchEvent()執(zhí)行結(jié)束為ture;

RelativeLayout.mFirstTouchTarget.child = LinearLayout;mFirstTouchTarget.next = null;

如此反復(fù)向上，Down事件分發(fā)結(jié)束。

如果Dwon事件交到TextView手上，但是TextView并未消費(fèi)事件，TextView的dispatchTouchEvent()返回false，隨即LinearLayout的dispatchTransformedTouchEvent()方法結(jié)果為false，造成mFirstTouchTarget不能初始化還是為null。隨后LinearLayout會自己處理事件。

if (mFirstTouchTarget == null) {
    // No touch targets so treat this as an ordinary view.
    handled = dispatchTransformedTouchEvent(ev, canceled, null,
            TouchTarget.ALL_POINTER_IDS);
} 

如果LinearLayout依舊不消費(fèi)事件，則RelativeLayout的mFirstTouchTarget為null,RelativeLayout自己處理事件。如此向上反復(fù)，最終Activity會處理事件。接下來如果又觸摸屏幕產(chǎn)生了其它后續(xù)事件(Move)

if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)
沒有一個為真，當(dāng)事件交給DecorView時就不向下走了，事件會在Activity，window，DecorView三者之間來回傳遞，最后還是Activity處理。

Case:TextView之前消費(fèi)了Donw事件,此時手指還未離開屏幕，來回移動產(chǎn)生Move事件。Move事件經(jīng)Activity交到DecorView手上，DecorView還是一樣需要先判斷事件是否攔截。

if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
  final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
    if (!disallowIntercept) {
        intercepted = onInterceptTouchEvent(ev);
        ev.setAction(action); 
    } else {
        intercepted = false;
    }
}

依舊會執(zhí)行onInterceptTouchEvent()方法，雖然結(jié)果還是不攔截。隨后直接從mFirstTouchTarget表頭找到之前消費(fèi)Down事件的子Viwe，將事件傳遞給它。不需要再遍歷尋找子View了：

if (actionMasked == MotionEvent.ACTION_DOWN || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
    //...........
    final View[] children = mChildren;
    for (int i = childrenCount - 1; i >= 0; i--) {
    }

只有當(dāng)事件為Down/ACTION_POINTER_DOWN/ACTION_HOVER_MOVE這三種情況時才會遍歷查找符合條件的子View，所以當(dāng)TextView消費(fèi)Down事件后，LinearLayout就認(rèn)準(zhǔn)他了，以后的事件都會交給他處理。即使我們的移動范圍已經(jīng)超出了TextView，TextView不可見。事件還是會交給他。

所以，同一系列事件只能由一個View消費(fèi)。//除開自己的騷操作

 if (mFirstTouchTarget == null) {
    handled = dispatchTransformedTouchEvent(ev, canceled, null,
            TouchTarget.ALL_POINTER_IDS);
} else {
    TouchTarget predecessor = null;
    TouchTarget target = mFirstTouchTarget;
    while (target != null) {
        final TouchTarget next = target.next;
        //事件為Down/ACTION_POINTER_DOWN/ACTION_HOVER_MOVE并且被消費(fèi)
        if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
            handled = true;
        } else {
            final boolean cancelChild = resetCancelNextUpFlag(target.child)
                    || intercepted;
            //第二次Move事件
            if (dispatchTransformedTouchEvent(ev, cancelChild,
                    target.child, target.pointerIdBits)) {
                handled = true;
            }
        }
}

可以看到，下回產(chǎn)生的Move事件，確定不攔截后就會走到while中的else中去，如果TextView這回沒有消費(fèi)Move事件，這些事件最終還是會交給Activity處理，以后TextView還是接受到后續(xù)的事件。

View是怎么開始事件？

View和ViewGroup不同，View的dispatchTouchEvent()方法，意味將準(zhǔn)備開始處理事件了。

public boolean dispatchTouchEvent(MontionEvent event){
    //.....
    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;
    }
}

如果我們給View設(shè)置了onTouchListener監(jiān)聽器，則優(yōu)先會回調(diào)Listener的onTouch()方法。如果onTouch()方法返回了false,則還是會執(zhí)行onTouchEvent()方法。通常我們給View設(shè)置的onClickListener，就是在onTouchEvent()方法中的Up事件處理的。所以onTouchListener優(yōu)先級大于onClickListener。

switch (action) {
    case MotionEvent.ACTION_UP:
    
    if (!post(mPerformClick)) {
    //該方法里會回調(diào)onClick()
    performClick();
    
    }
}

public boolean onTouchEvent(MotionEvent event) {

    final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
            || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
            || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
    //View,setEnable()后還是能處理事件。如果我們有給View設(shè)置監(jiān)聽器，該事件被消費(fèi)。
    if ((viewFlags & ENABLED_MASK) == DISABLED) {
        if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
            setPressed(false);
        }
        mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
        return clickable;
    }
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
    
        switch (action) {
            case MotionEvent.ACTION_UP:
            
            case MotionEvent.ACTION_DOWN:
            
            case MotionEvent.ACTION_MOVE:
        }
        return true;
    }
    return false;
}

View的CLICKABLE屬性要為ture，View才能消費(fèi)上事件。不然onTouchEvent()會執(zhí)行結(jié)束返回false，沒有機(jī)會消費(fèi)事件。當(dāng)我們給View設(shè)置監(jiān)聽器后，就會將CLICKABLE屬性設(shè)為true。(Button默認(rèn)為ture)

public void setOnClickListener(@Nullable OnClickListener l) {
    if (!isClickable()) {
        setClickable(true);
    }
    getListenerInfo().mOnClickListener = l;
}

以上面的示例布局為例:如果沒有給ReativeLayout，LinearLayout，TextView設(shè)置監(jiān)聽器。點(diǎn)擊TextView產(chǎn)生Down事件，交到TextView手上執(zhí)行onTouchEvent()方法時，clickable結(jié)果為false。TextView未能消費(fèi)事件，事件由LinearLayout處理時也未能消費(fèi)，RelativeLayout結(jié)果一樣。最后由Activity處理，后續(xù)事件都不會再向下傳遞，會在Activity，window，DecorView之間來回打滾傳遞。

ViewGroup有傳遞事件的使命，子View符合可見和在事件坐標(biāo)上，則傳。

沒有符合條件的子View和傳遞給子View不消費(fèi)，將自己處理。以后事件子View想都不要想。

當(dāng)父View認(rèn)準(zhǔn)子View(mFirstTouchTarget!=null)，以后的事件都會交給他處理，即使子View不可見和事件坐標(biāo)超出子View范圍。

事件交給單獨(dú)的View意味著即將處理消費(fèi)事件，記著要給View設(shè)置監(jiān)聽器CLICKABLE為ture，View才能消費(fèi)事件上。不然onTouch()方法直接返回false，以后都接受不到事件。

onTouchListener優(yōu)先級大于onClickListener。

自己處理事件傳遞時，只要能讓ContentView的mFirstTarget!=null，其余都可我們自己控制。
參考:Android開發(fā)藝術(shù)探索