ViewGroup事件分發和處理源碼分析

上篇文章事件分發之View事件處理講述了事件分發處理中最基礎的一環，那麼本篇文章就繼續來分析ViewGroup的事件分發以及處理。

ViewGroup事件分發以及處理極其的複雜，體如今如下幾個方面

1. ViewGroup不只要分發事件，並且也可能截斷並處理事件。
2. 對於ACTION_DOWN，ACTION_MOVE, ACTION_UP，甚至還有ACTION_CANCEL事件，有不一樣的處理狀況。
3. ViewGroup的代碼中還雜合了對多手指的處理狀況。

鑑於代碼的複雜性，本篇文章會對不一樣的狀況分段講解，並在講解完畢用一副圖來表示代碼的處理過程。

因爲篇幅的緣由，本文並不打算把多點觸控的代碼拿出來說解，由於多點觸控也是比較難以講解的一塊。若是後續有時間，並且若是感受有必要，我會用另一篇文章來說解ViewGroup對多手指事件的處理。

處理ACTION_DOWN事件

檢測是否截斷事件

當ViewGroup檢測到ACTION_DOWN事件後，它作的第一件事是檢測是否截斷ACTION_DOWN事件。

public boolean dispatchTouchEvent(MotionEvent ev) {
        if (onFilterTouchEventForSecurity(ev)) {
            
            // 作一些重置動做，包括清除FLAG_DISALLOW_INTERCEPT
            if (actionMasked == MotionEvent.ACTION_DOWN) {
                cancelAndClearTouchTargets(ev);
                resetTouchState();
            }
            
            // 1. 檢測是否截斷事件
            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                // 因爲以前清除過FLAG_DISALLOW_INTERCEPT，所以這裏的值爲false
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    // 判斷本身是否截斷
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else {

                }
            } else {
                
            }
        }
複製代碼

對於ACTION_DOWN事件，ViewGroup只經過onInterceptTouchEvent()方法來判斷是否截斷。

咱們首先來分析下ViewGroup.onInterceptTouchEvent()返回false的狀況，也就是不截斷ACTION_DOWN的狀況，以後再來分析截斷的狀況。

不截斷ACTION_DOWN事件

尋找處理事件的子View

若是ViewGroup不截斷ACTION_DOWN事件，那麼intercepted值爲false。這意思就是說ViewGroup不截斷處理這個事件了，那就得找個子View來處理事件

public boolean dispatchTouchEvent(MotionEvent ev) {

        if (onFilterTouchEventForSecurity(ev)) {
            final int action = ev.getAction();
            final int actionMasked = action & MotionEvent.ACTION_MASK;

            // 1. 檢測是否截斷事件
            // ...
            
            TouchTarget newTouchTarget = null;
            boolean alreadyDispatchedToNewTouchTarget = false;
            // 不截斷
            if (!canceled && !intercepted) {
                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;

                    final int childrenCount = mChildrenCount;
                    if (newTouchTarget == null && childrenCount != 0) {
                        final float x = ev.getX(actionIndex);
                        final float y = ev.getY(actionIndex);
                        
                        // 獲取有序的子View集合
                        final ArrayList<View> preorderedList = buildTouchDispatchChildList();
                        
                        final boolean customOrder = preorderedList == null
                                && isChildrenDrawingOrderEnabled();
                                
                        final View[] children = mChildren;
                        for (int i = childrenCount - 1; i >= 0; i--) {
                            // 2.經過循環來尋找一個能處理ACTION_DOWN事件的子View
                            // 2.1 獲取一個子View
                            final int childIndex = getAndVerifyPreorderedIndex(
                                    childrenCount, i, customOrder);
                            final View child = getAndVerifyPreorderedView(
                                    preorderedList, children, childIndex);

                            // 2.2 判斷子View是否可以處理事件
                            if (!canViewReceivePointerEvents(child)
                                    || !isTransformedTouchPointInView(x, y, child, null)) {
                                ev.setTargetAccessibilityFocus(false);
                                // 若是不能處理，就進行下一輪循環繼續尋找子View
                                continue;
                            }

                            // 3. 把事件分發給子View
                            // ...
                        }
                    }
                }
            }
        }
        return handled;
    }
複製代碼

首先2.1步，獲取一個子View。至於以怎麼樣一個方式獲取一個子View，咱們這裏不須要深究，若是你們之後遇到繪製順序，以及子View接收事件的順序問題時，能夠再回頭分析這裏獲取子View的順序。

獲取到一個子View後，2.2步，判斷這個子View是否知足處理事件的標準，標準有兩個

1. 經過canViewReceivePointerEvents()判斷子View是否可以接收事件。它的原理很是簡單，只要View可見，或者View有動畫，那麼View就能夠接收事件。
2. 經過isTransformedTouchPointInView()判斷事件的座標是否在子View內。它的原理能夠簡單描述下，首先要把事件座標轉換爲View空間的座標，而後判斷轉換後的座標是否在View內。這個提及來簡單，可是若是要解釋，須要你們瞭解View滾動以及Matrix相關知識，所以我這裏不打算詳細解釋。

2.2步呢，若是找到的子View沒有這個能力處理事件，那麼就會直接進行下一輪循環，去找下一個可以處理事件的子View。這一步基本上都是能找到子View的，由於若是咱們想使用某個控件，手指確定要在上面按下吧。

事件分發給子View

有了能處理事件的子View，如今就把ACTION_DOWN事件分發給它處理，而且經過結果看看它是否處理了ACTION_DOWN事件，咱們來看下代碼

public boolean dispatchTouchEvent(MotionEvent ev) {

        if (onFilterTouchEventForSecurity(ev)) {
            final int action = ev.getAction();
            final int actionMasked = action & MotionEvent.ACTION_MASK;

            // 1. 檢測是否截斷事件
            // ...
            
            // 不取消，不截斷
            if (!canceled && !intercepted) {
                if (actionMasked == MotionEvent.ACTION_DOWN
                        || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
                        || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
                    
                    if (newTouchTarget == null && childrenCount != 0) {

                        // 遍歷尋找一個能處理事件的View
                        for (int i = childrenCount - 1; i >= 0; i--) {
                            // 2. 找一個能處理事件的子View
                            // ...

                            // 3. 把事件分發給子View
                            if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
                                // 3.1 子View處理了事件，獲取一個TouchTarget對象
                                newTouchTarget = addTouchTarget(child, idBitsToAssign);
                                alreadyDispatchedToNewTouchTarget = true;
                                break;
                            }
                        }
                    }
                }
            }

            if (mFirstTouchTarget == null) {

            } else {
                TouchTarget predecessor = null;
                TouchTarget target = mFirstTouchTarget;
                while (target != null) {
                    final TouchTarget next = target.next;
                    if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
                        // 3.2 找到了處理ACTION_DOWN事件的子View，設置結果
                        handled = true;
                    } else {

                    }
                }
            }            
        }
        // 3.3 返回結果
        return handled;
    }
複製代碼

第3步，經過dispatchTransformedTouchEvent()方法把事件發給這個子View，並經過返回值肯定子View的處理結果

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) {
        final boolean handled;

        final int oldPointerIdBits = event.getPointerIdBits();
        final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;

        final MotionEvent transformedEvent;
        // 手指數沒有變
        if (newPointerIdBits == oldPointerIdBits) {
            // 1. child有單位矩陣狀況
            if (child == null || child.hasIdentityMatrix()) {
                if (child == null) {

                } else {
                    // 先把事件座標轉換爲child座標空間的座標
                    final float offsetX = mScrollX - child.mLeft;
                    final float offsetY = mScrollY - child.mTop;
                    event.offsetLocation(offsetX, offsetY);

                    // 把事件發給child處理
                    handled = child.dispatchTouchEvent(event);

                    event.offsetLocation(-offsetX, -offsetY);
                }
                // 返回處理結果
                return handled;
            }
            transformedEvent = MotionEvent.obtain(event);
        } else {
            transformedEvent = event.split(newPointerIdBits);
        }

        if (child == null) {

        } else {
            // 2. 處理child沒有單位矩陣的狀況
            // 先把事件座標轉換爲child座標空間的座標
            final float offsetX = mScrollX - child.mLeft;
            final float offsetY = mScrollY - child.mTop;
            transformedEvent.offsetLocation(offsetX, offsetY);
            // 再根據轉換矩陣，把轉換後的座標通過逆矩陣再次轉換
            if (! child.hasIdentityMatrix()) {
                transformedEvent.transform(child.getInverseMatrix());
            }
            // 最後交給child處理轉換座標後的事件
            handled = child.dispatchTouchEvent(transformedEvent);
        }
        // 返回處理結果
        return handled;
    }
複製代碼

雖然根據子View是否有單位矩陣的狀況，這裏的處理流程分爲了兩步，可是這裏的處理方式大體都是相同的，都是首先把事件座標作轉換，而後交給子View的dispatchTouchEvent()處理。

從dispatchTransformedTouchEvent()實現能夠看出，它的返回結果是由子View的dispatchTouchEvent()決定的。假如返回了true, 就表明子View處理了ACTION_DOWN，那麼就走到了3.1步，經過addTouchTarget()獲取一個TouchTarget對象

private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
        // 從對象池中獲取一個TouchTarget
        final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
        // 插入到鏈單表的頭部
        target.next = mFirstTouchTarget;
        // mFirstTouchTarget指向單鏈表的開頭
        mFirstTouchTarget = target;
        return target;
    }
複製代碼

這裏是一個對象池配合鏈表的常規操做，這裏要注意一點就是，mFirstTarget指向單鏈表的頭部，mFirstTouchTarget.child就是指向了處理了ACTION_DOWN事件的子View。

走到這裏就表明找到並處理了ACTION_DOWN事件的子View，以後就走到3.2和3.3直接返回結果true。

咱們用一幅圖來表示下ACTION_DOWN事件不被截斷的處理過程

ViewGroup本身處理ACTION_DOWN事件

其實ViewGroup是能夠本身處理ACTION_DOWN事件的，有兩種狀況會讓這成爲可能

1. ViewGroup本身截斷ACTION_DOWN事件
2. ViewGroup找不到能處理ACTION_DOWN事件的子View

因爲這兩種狀況的代碼處理方式是同樣的，因此我把這兩種狀況放到一塊兒講，代碼以下

public boolean dispatchTouchEvent(MotionEvent ev) {

        if (onFilterTouchEventForSecurity(ev)) {
            final int action = ev.getAction();
            final int actionMasked = action & MotionEvent.ACTION_MASK;

            // 檢測是否截斷事件
            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                // ACTION_DOWN時，disallowIntercept值永遠爲false
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    // 返回true，截斷事件
                    intercepted = onInterceptTouchEvent(ev);
                } else {
                    
                }
            } else {

            }
            
            // 1. 若是ViewGroup截斷事件，直接走第3步
            if (!canceled && !intercepted) {
                if (actionMasked == MotionEvent.ACTION_DOWN
                        || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
                        || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
                    
                    if (newTouchTarget == null && childrenCount != 0) {

                        // 2. 若是全部的子View都不處理ACTION_DOWN事件，直接走第3步
                        for (int i = childrenCount - 1; i >= 0; i--) {
                            // 找一個能處理事件的子View
                            // ...

                            // View處理事件
                            if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {

                            }
                        }
                    }
                }
            }

            if (mFirstTouchTarget == null) {
                // 3. ViewGroup本身處理ACTION_DOWN事件
                handled = dispatchTransformedTouchEvent(ev, canceled, null,
                        TouchTarget.ALL_POINTER_IDS);
            } else {

            }            
        }
        // 4. 返回處理結果
        return handled;
    }
複製代碼

從代碼中能夠看到，若是ViewGroup截斷ACTION_DOWN事件或者找不到一個能處理ACTION_DOWN事件的子View，最終都會走到第3步，經過dispatchTransformedTouchEvent()方法把ACTION_DOWN事件交給本身處理，注意傳入的第三個參數爲null，表示沒有處理事件的子View

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) {

        final int oldPointerIdBits = event.getPointerIdBits();
        final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;
        
        // 手指數不變
        if (newPointerIdBits == oldPointerIdBits) {
            if (child == null || child.hasIdentityMatrix()) {
                if (child == null) {
                    // 調用View.dispatchTouchEvent()
                    handled = super.dispatchTouchEvent(event);
                } else {
                
                }
                // 返回處理的結果
                return handled;
            }
        } else {

        }
        return handled;
    }
複製代碼

很簡單，調用父類View的diaptchTouchEvent()方法，由事件分發之View事件處理可知，會交給onTouchEvent()方法。

View事件處理其實還有OnTouchListener一環，可是通常不會給ViewGroup設置這個監聽器，所以這裏忽略了。

從整個分析過程能夠看出，若是ViewGroup本身處理ACTION_DOWN事件，那麼ViewGroup.dispatchTouchEvent()的返回值是與ViewGroup.onTouchEvent()返回值相同的。

咱們如今也用一幅圖來表示ViewGroup本身處理ACTION_DOWN事件的狀況，其中包括兩套處理流程，我這裏仍是再強調一遍ViewGroup本身處理ACTION_DOWN事件的狀況

1. ViewGroup截斷ACTION_DOWN事件
2. ViewGroup找不到能處理ACTION_DOWN事件的子View

處理ACTION_DOWN總結

ViewGroup對ACTION_DOWN的處理很關鍵，咱們永遠要記住一點，它是爲了找到mFirstTouchTarget，由於mFirstTouchTarget.child指向處理了ACTION_DOWN事件的子View。

爲什麼mFirstTouchTarget如此關鍵，由於後續全部事件都是圍繞mFirstTouchTarget來處理的，例如把後續事件交給mFirstTouchTarget.child來處理。

處理ACTION_MOVE事件

檢測是否截斷ACTION_MOVE事件

對於ACTION_MOVE事件，ViewGroup也會去判斷是否進行截斷，代碼片斷以下

public boolean dispatchTouchEvent(MotionEvent ev) {

        boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {
            final int action = ev.getAction();
            final int actionMasked = action & MotionEvent.ACTION_MASK;

            // 1. 檢測是否截斷
            final boolean intercepted;
            // 1.2 若是有處理ACTION_DOWN事件的子View
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                // 判斷子View是否請求不容許父View截斷事件
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) { // 子View容許截斷事件
                    // 判斷本身是否截斷
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else { // 子View不容許截斷事件
                    intercepted = false;
                }
            } else {
                // 1.3 沒有處理ACTION_DOWN的子View，就截斷ACTION_MOVE事件
                intercepted = true;
            }

        }
    }
複製代碼

從代碼中能夠看到，mFirstTouchTarget成爲了是否截斷ACTION_MOVE事件的判斷條件。如今知道ACTION_DOWN事件處理有多重要了吧，它直接影響了ACTION_MOVE事件的處理，固然還有ACTION_UP和ACTION_CANCEL事件的處理。

1.3步的意思是，既然沒有處理了ACTION_DOWN事件的子View，也就是mFirstTouchTarget == null，那麼只能由老夫ViewGroup截斷，而後本身處理了。

1.2步呢，若是有處理了ACTION_DOWN事件的子View，也就是mFirstTouchTarget != null，在把事件分發給mFirstTouchTarget.child以前呢，ViewGroup要看看本身是否要截斷，這就要分兩種狀況了

1. 若是子View容許父View截斷事件，那麼就經過onInterceptTouchEvent()來判斷ViewGroup本身是否截斷
2. 若是子View不容許父View截斷事件，那麼ViewGroup確定就不截斷了。

如今，有兩種狀況會致使ViewGroup不截斷ACTION_MOVE事件

1. mFirstTouchTarget != null，子View容許父ViewGroup截斷事件，而且ViewGroup的onInterceptTouchEvent()返回false
2. mFirstTouchTarget != null，子View不容許父ViewGroup截斷事件

那麼接下來，咱們仍是先分析ViewGroup不截斷ACTION_MOVE事件的狀況

不截斷ACTION_MOVE

事件分發給mFirstTouchTarget.child

若是ViewGroup不截斷事件，其實也說明mFirstTouchTarget不爲null，那麼ACTION_MOVE事件會分發給mFirstTouchTarget.child，咱們來看下代碼

public boolean dispatchTouchEvent(MotionEvent ev) {

        boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {

            // 1. 檢測是否截斷ACTION_MOVE
            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    // 1.1 兒子容許截斷，老子本身決定也不截斷
                    intercepted = onInterceptTouchEvent(ev);
                } else {
                    // 1.2 兒子不容許截斷，老子就不截斷
                    intercepted = false;
                }
            } else {
            }
            
            if (!canceled && !intercepted) {

                if (actionMasked == MotionEvent.ACTION_DOWN
                        || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
                        || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
                    
                }
            }

            if (mFirstTouchTarget == null) {
                // 截斷事件的狀況
            } else {
                while (target != null) {
                    final TouchTarget next = target.next;
                    if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
                        
                    } else {
                        // 不截斷事件，cancelChild爲false
                        final boolean cancelChild = resetCancelNextUpFlag(target.child)
                                || intercepted;
                        // 3. 把事件交給mFirstTouchTarget指向的子View處理
                        if (dispatchTransformedTouchEvent(ev, cancelChild,
                                target.child, target.pointerIdBits)) {
                            handled = true;
                        }
                    // ...
                    }
                    // ...
                }
            }
        }
        return handled;
    }
複製代碼

ViewGroup不截斷ACTION_MOVE事件時，就調用dispatchTransformedTouchEvent()把事件交給mFirstTouchTarget.chid處理

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) {
        final boolean handled;

        final int oldPointerIdBits = event.getPointerIdBits();
        final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;

        final MotionEvent transformedEvent;
        // 1. child有單位矩陣的狀況
        if (newPointerIdBits == oldPointerIdBits) { // 手指數沒有變
            if (child == null || child.hasIdentityMatrix()) {
                if (child == null) {
                    
                } else {
                    // 事件座標進行轉換
                    final float offsetX = mScrollX - child.mLeft;
                    final float offsetY = mScrollY - child.mTop;
                    event.offsetLocation(offsetX, offsetY);
                    
                    // 把事件傳遞給child
                    handled = child.dispatchTouchEvent(event);

                    event.offsetLocation(-offsetX, -offsetY);
                }
                return handled;
            }
            transformedEvent = MotionEvent.obtain(event);
        } else {
            transformedEvent = event.split(newPointerIdBits);
        }
        
        if (child == null) {
            
        }
        // 2. child沒單位矩陣的狀況
        else {
            // 事件座標進行轉換
            final float offsetX = mScrollX - child.mLeft;
            final float offsetY = mScrollY - child.mTop;
            transformedEvent.offsetLocation(offsetX, offsetY);
            if (! child.hasIdentityMatrix()) {
                transformedEvent.transform(child.getInverseMatrix());
            }
            // 把事件傳遞給child
            handled = child.dispatchTouchEvent(transformedEvent);
        }

        return handled;
    }
複製代碼

咱們能夠看到不管是哪一種狀況，最終都會調用child.dispatchTouchEvent()方法把ACTION_MOVE事件傳遞給child。 也就是說處理了ACTION_DOWN事件的子View最終會收到ACTION_MOVE事件。

咱們用一張圖來總結下ViewGroup不截斷ACTION_MOVE事件的處理流程

截斷ACTION_MOVE

從前面的分析的可知，若是ViewGroup截斷ACTION_MOVE事件，是有兩種狀況

1. mFirstTouchTarget == null，那麼ViewGroup就要截斷事件本身來處理。
2. mFirstTouchTarget != null，而且子View容許截斷事件，ViewGroup的onInterceptTouchEvent()返回true。

然而這兩種狀況的代碼處理流程是不一樣的，這無疑又給代碼分析增長了難度，咱們先來看第一種狀況，沒有mFirstTouchTarget的狀況

public boolean dispatchTouchEvent(MotionEvent ev) {

        boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {

            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {

            } else {
                // 1. mFirstTouchTarget爲null, 截斷事件
                intercepted = true;
            }
            
            if (!canceled && !intercepted) {

                if (actionMasked == MotionEvent.ACTION_DOWN
                        || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
                        || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
                    
                }
            }

            if (mFirstTouchTarget == null) {
                // 2. 截斷了，把事件交給ViewGroup本身處理
                handled = dispatchTransformedTouchEvent(ev, canceled, null,
                        TouchTarget.ALL_POINTER_IDS);
            } else {
                // ...
            }
        }
        return handled;
    }
複製代碼

從代碼能夠看到，當mFirstTouchTarget == null的時候，ViewGroup截斷事件，就調用dispatchTransformedTouchEvent()方法交給本身處理，這個方法以前分析過，不過注意這裏的第三個參數爲null，表明沒有處理這個事件的子View

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) {
        final boolean handled;
        
        // 手指數沒變
        if (newPointerIdBits == oldPointerIdBits) {
            if (child == null || child.hasIdentityMatrix()) {
                if (child == null) {
                    // 調用父類View的dispatchTouchEvent()方法
                    handled = super.dispatchTouchEvent(event);
                } else {

                }
                return handled;
            }
            
        }
複製代碼

很簡單，就是調用父類View的dispatchTouchEvent()方法，也就是調用了ViewGroup.onTouchEvent()方法，而且ViewGroup.dispatchTouchEvent()的返回值與ViewGroup.onTouchEvent()相同。

如今來看看第二種截斷的狀況，也就是mFirstTouchTarget != null，而且ViewGroup.onInterceptTouchEvent()返回true。

public boolean dispatchTouchEvent(MotionEvent ev) {

        boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {

            // 檢測是否截斷
            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    // 1. 子View容許截斷，而且ViewGroup也截斷了，intercepted爲true
                    intercepted = onInterceptTouchEvent(ev);
                } else {
                    intercepted = false;
                }
            } else {

            }

            if (!canceled && !intercepted) {
                // ...
            }

            if (mFirstTouchTarget == null) {
                // ...
            } else {
                TouchTarget predecessor = null;
                TouchTarget target = mFirstTouchTarget;
                while (target != null) {
                    final TouchTarget next = target.next;
                    if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
                        // ...
                    } else {
                        // intercepted爲true, cancelChild爲true，表明取消child處理事件
                        final boolean cancelChild = resetCancelNextUpFlag(target.child)
                                || intercepted;
                        // 2. 向child發送ACTION_CANCEL事件
                        if (dispatchTransformedTouchEvent(ev, cancelChild,
                                target.child, target.pointerIdBits)) {
                            handled = true;
                        }
                        
                        // 取消child處理事件
                        if (cancelChild) {
                            if (predecessor == null) {
                                // 3. 把mFirstTouchTarget值設爲null
                                mFirstTouchTarget = next;
                            } else {
                                predecessor.next = next;
                            }
                            target.recycle();
                            target = next;
                            continue;
                        }
                    }
                    predecessor = target;
                    target = next;
                }
            }
        }
        return handled;
    }
複製代碼

第1步，當mFirstTouchTarget != null，子View容許父ViewGroup截斷ACTION_MOVE事件，而且ViewGroup.onInterceptTouchEvent()返回true，也就是父ViewGroup截斷事件。

第2步，ViewGroup仍然會調用dispatchTransformedTouchEvent()方法把事件發送給mFirstTouchTarget，只是此次mFisrtTouchTarget接收到的是ACTION_CANCEL事件，而不是ACTION_MOVE事件。注意，第二個參數cancelChild的值爲true，咱們來看下具體的方法實現

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) {
        final boolean handled;

        final int oldAction = event.getAction();
        // cancel值爲true
        if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
            // 設置事件的類型爲ACTION_CANCEL
            event.setAction(MotionEvent.ACTION_CANCEL);
            if (child == null) {
                handled = super.dispatchTouchEvent(event);
            } else {
                // 把ACTION_CANCEL的事件發送給child
                handled = child.dispatchTouchEvent(event);
            }
            event.setAction(oldAction);
            // 返回child處理結果
            return handled;
        }

    }
複製代碼

咱們能夠驚訝的發現，當ViewGroup截斷了ACTION_MOVE事件，mFirstTouchTarget.child竟然收到的是ACTION_CANCEL事件。如今你們知道了一個View在怎樣的狀況下收到ACTION_CANCEL事件吧！！！

把ACTION_CANCEL事件發送給mFirstTouchTarget後還沒完，還進行了第3步，把mFirstTouchTarget設置爲null。 這就很過度了，ViewGroup截斷了原本屬於mFirstTouchTarget的ACTION_MOVE事件，把ACTION_MOVE變爲ACTION_CANCEL事件發送了mFirstTouchTarget，最後還要取消mFirstTouchTarget.child接收後續事件的資格。

因爲滑動的時候，會產生大量的ACTION_MOVE事件，既然ViewGroup截斷ACTION_MOVE以後，後續的ACTION_MOVE事件怎麼處理呢？固然是按照mFirstTouchTarget == null的狀況，調用ViewGroup.onTouchEvent()處理。

如今，咱們再用一幅圖來表示ViewGroup截斷ACTION_MOVE事件的過程

這幅圖沒有列出發送ACTION_CANCEL結果，彷佛平時也沒有在乎ACTION_CANCEL的處理結果。

處理 ACTION_UP 和 ACTION_CANCEL 事件

View/ViewGroup每一次都是處理一個事件序列，一個事件序列由ACTON_DOWN開始，由ACTION_UP/ACTION_CANCEL結束，中間有零個或者多個ACTION_MOVE事件。

ACTION_UP和ACTION_CANCEL理論上講只能取其一。

ViewGroup處理ACTION_UP和ACTION_CANCEL事件與處理ACTION_MOVE事件的流程是同樣的，你們能夠從源代碼中自行再分析一遍。

正確地使用requestDisallowInterceptTouchEvent()

前面咱們一直在提子View可以請求父View不容許截斷事件，那麼子View如何作到呢

final ViewParent parent = getParent();
        if (parent != null) {
            parent.requestDisallowInterceptTouchEvent(true);
        }
複製代碼

獲取父View，並調用其requestDisallowInterceptTouchEvent(true)方法，從而不容許父View截斷事件。

父View通常爲ViewGroup，咱們就來看看ViewGroup.requestDisallowInterceptTouchEvent()方法的實現吧

// ViewGroup.java

    public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
        // 已經設置FLAG_DISALLOW_INTERCEPT標記，就直接返回
        if (disallowIntercept == ((mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0)) {
            // We're already in this state, assume our ancestors are too
            return;
        }

        // 根據參數值來決定是否設置FLAG_DISALLOW_INTERCEPT標記
        if (disallowIntercept) {
            mGroupFlags |= FLAG_DISALLOW_INTERCEPT;
        } else {
            mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
        }

        // 把這個請求繼續往上傳給父View
        if (mParent != null) {
            mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
        }
    }
複製代碼

requestDisallowInterceptTouchEvent(boolean disallowIntercept)會根據參數disallowIntercept的值來決定是否設置FLAG_DISALLOW_INTERCEPT標記，再去請求父View作相同的事情。

如今，咱們能夠想象一個事情，假如某個子View調用了getParent.requestDisallowInterceptTouchEvent(true)，那麼這個子View的上層的全部父View都會設置一個FLAG_DISALLOW_INTERCEPT標記。這個標記一旦設置，那麼全部的父View再也不截斷後續任何事件。這個方法實在是霸道，要慎用，不然可能影響某個父View的功能。

然而requestDisallowInterceptTouchEvent()方法的調用並非在任什麼時候候都有效的，請看以下代碼

private void resetTouchState() {
        // 清除FLAG_DISALLOW_INTERCEPT標記
        mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
    }
    
    
    public boolean dispatchTouchEvent(MotionEvent ev) {

        if (onFilterTouchEventForSecurity(ev)) {
            
            // ACTION_DOWN清除FLAG_DISALLOW_INTERCEPT標記
            if (actionMasked == MotionEvent.ACTION_DOWN) {
                resetTouchState();
            }


            final boolean canceled = resetCancelNextUpFlag(this)
                    || actionMasked == MotionEvent.ACTION_CANCEL;

            // 省略處理ACTION_DOWM, ACTION_MOVE, ACTIOON_UP的代碼

            
            // ACTION_CANCEL或者ACTION_UP也會清除FLAG_DISALLOW_INTERCEPT標記
            if (canceled
                    || actionMasked == MotionEvent.ACTION_UP
                    || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
                resetTouchState();
            } else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {

            }
        }
        
        return handled;
    }

複製代碼

咱們能夠發現，在處理ACTION_DOWN事件的時候，會首先清除這個FLAG_DISALLOW_INTERCEPT標記，那意思就是說，子View若是在父View處理ACTION_DOWN以前調用了getParent().requestDisallowInterceptTouchEvent(true)方法，實際上是無效的。

ACTION_UP或ACTION_CANCEL事件，都表示事件序列的終止，咱們能夠看到，在處理完ACTION_UP或ACTION_CANCEL事件，都會取消FLAG_DISALLOW_INTERCEPT標記。很顯然這是能夠理解的，由於一個事件序列完了，就要恢復狀態，等待處理下一個事件序列。

如今，咱們如今能夠得出一個推論，getParent().requestDisallowInterceptTouchEvent(true)是要在接收ACTION_DOWN以後，並在接收ACTION_UP或ACTION_CANCEL事件以前調用纔有效。很明顯這個方法只是在針對ACTION_MOVE事件。

那麼，什麼狀況下子View會去請求不容許父View截斷ACTION_MOVE事件呢？我用ViewPager舉例讓你們體會下。

第一種狀況就是ViewPager在onInterceptTouchEvent()接收到ACTION_MOVE事件，準備截斷ACTION_MOVE事件，在執行滑動代碼以前，調用getParent().requestDisallowInterceptTouchEvent(true)， 請求父View不容許截斷後續ACTION_MOVE事件。爲什麼要向父View作這個請求？由於既然ViewPager已經利用ACTION_MOVE開始滑動了，父View再截斷ViewPager的ACTION_MOVE就說不過去了吧。

第二種狀況就是ViewPager在手指快速滑動並擡起後，ViewPager仍然還處於滑動狀態，此時若是手指再按下，ViewPager認爲這是一個終止當前滑動，並從新進行滑動的動做，所以ViewPager會向父View請求不容許截斷ACTION_MOVE事件，由於它要立刻利用ACTION_MOVE開始再進行滑動。

若是你們能看懂這先後兩篇文章，分析ViewPager沒有太大的問題的。

從這兩種狀況能夠得出一個結論，那就是若是當前控件即將利用ACTION_MOVE來執行某種持續的動做前，例如滑動，那麼它能夠請求父View不容許截斷後續的ACTION_MOVE事件。

總結

文章很是長，可是已經把每一個過程都分析清楚了。然而在實戰中，不管是自定義View事件處理，仍是事件衝突解決，咱們每每會感受畏首畏尾，有點摸不着頭腦。如今我對本文的關鍵點進行總結，但願你們在實際應用中牢記這些關鍵點

1. 必定要要知道ViewGroup.dispatchTouchEvent()什麼時候返回true，什麼時候返回false。由於處理了事件才返回true，由於沒有處理事件才返回false。
2. 處理ACTION_DOWN時，出現一個關鍵變量，就是mFirstTouchTarget，必定要記住，只有在消費了ACTION_DOWN事件纔有值。
3. ACTION_MOVE正常的狀況下會傳給mFirstTouchTarget.child，而若是被ViewGroup截斷，就會把接收到ACTION_MOVE變爲ACTION_CANCEL事件發送給mFirstTouchTarget.child，而且把mFirstTouchTarget置空，後續的ACTION_MOVE事件就會傳給ViewGroup的onTouchEvent()。
4. ACTION_UP, ACTION_CANCEL事件處理流程與ACTION_MOVE同樣。
5. 注意子View請求不容許父View截斷的調用時機。