Android 事件分發機制及滑動衝突~點擊瞭解一下唄

本篇文章基於sdk-26的android源碼講解，源碼較爲難讀，只能盡力而已，由於各個版本android源碼不盡相同，但大體流程是一致的，如講解有誤，請大家留言，歡迎斧正。

概述

每一個app都是開發者嘔心瀝血coding出來的，界面完美詮釋UI的設置，當中必然會涉及到優美的動畫、自定義view、而實現種種效果的話必然會涉及到觸摸，由此android事件分發是我們每一個開發者都要了解和必會的知識。學習事件分發機制不要總是用到的時候再去看看，要深入其中瞭解源碼，最起碼要大致心中有一個流程。android事件分發流程應該是 冒泡和捕獲機制。引用任主席的一句話就是，消息像水泡一樣根據條件一層一層到達底部，然後慢慢向上浮起，每到一層處理一次。寫這篇文章的目的也是自己遇到了一個滑動衝突，一個日曆控件和下拉刷新衝突，自己想了想，發現忘了事件分發的相關內容了,,ԾㅂԾ,,，正巧部門內部也需要發表文章，和也答應朋友們發紅包~~~其實我就是爲了不發紅包噠嗯哼。

事件分發必須瞭解的基礎

1. 事件分發的對象 MotionEvent
2. 事件序列
3. 事件分發的大體流程介紹
4. 事件分發的方法

事件分發的對象 MotionEvent
事件分發其實就是個個流程中把 MotionEvent 對象分發和轉派，用戶觸摸屏幕通過 native 方法捕獲一個動作，接下來把這個動作轉爲MotionEvent對象並且分發給 Activity -> ViewGroup -> View 等；

MotionEvent 對象是一次手指出沒屏幕產生的多有內容集合，其中重要的的是action，action也是事件類型，指這次觸摸的類型動作。在此文中我們需要了解這四種action。

事件類型	動作
MotionEvent.ACTION_DOWN	觸碰View
MotionEvent.ACTION_UP	離開View
MotionEvent.ACTION_MOVE	滑動View
MotionEvent.ACTION_CANCEL	取消

事件序列
事件序列：從手指接觸屏幕的那一刻起，到手指離開屏幕的那一刻結束，在這個過程中產生的一系列事件，這些事件以down事件開始，中間有無數的move事件最終以up事件結束。
事件分發的大體流程介紹
大體上是 WindowsManagerService -> Activity-> DecorView-> ViewGroup -> View，至於activity接收到事件的過程，我閱讀了源碼但是沒找到，可能26的源碼比之前的難以理解，也是我的經驗不足。

這個圖大家看看WindowManagerService就好不要深追，也不要想着看源碼就看得懂，反正我是沒看懂。

先來一張大致的流程圖（事件已經下發到activity中，自己懶得做流程圖，對！我就是這麼任性！）

這個圖在ViewGroup和View中缺少了一步，只貼出代碼沒有說明少哪一步會不會被打呀( •̀ ω •́ )✧

//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;
            }

當一個點擊事件產生後，事件總是先傳遞到Activity，Activity在傳遞到Window，最後Window在傳遞給頂級View，頂級View接收到事件後，就會按照事件分發機制去分發事件。如果一個View的onTouchEvent返回false，不消費事件，那麼它的父容器的onTouchEvent將會被調用，以此類推。
事件分發的方法
點擊事件分發過程由三個重要的方法共同完成：disPatchTouchEvent、onInterceptTouchEvent、和onTouchEvent。
1. public boolean disPatchTouchEvent(MotionEvent event);
在當前的disPatchTouchEvent方法中調用（系統源碼）自己隨意調用看心情，用來進行事件的分發。如果事件傳遞給當前的View，那麼此方法必定會調用，它的返回值受到當前View的onTouchEvent和當前觸摸到的子View的disPatchTouchEvent方法的影響。
2.public boolean onInterceptTouchEvent(MotionEvent event);
用來判斷是否攔截某個事件，此方法在ViewGroup中才有，如果當前的ViewGroup攔截了某個事件，那麼在同一個事件序列當中，此方法不會調用，原因看源碼就懂了，因爲設置了一個變量，它的返回結果表示是否攔截當前事件，攔截返回true。
3.public boolean onTouchEvent(MotionEvent event);
在disPatchTouchEvent方法中調用，用來處理點擊事件，返回結果表示是否消耗當前事件，如果不消耗，那麼在同一個事件序列中，當前View無法再次收到事件，因爲事件像氣泡一樣向上方拋去，如果都不處理這個此次事件的話，最後會被activity的ontouchevent方法處理。那麼此次同一個事件序列的所有事件都被activity處理了。

上述三個方法到底有什麼區別呢？它們之間有什麼關係？下面我用一段僞代碼表示一下：

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

通過僞代碼我們可以大致瞭解事件分發的流程，當ViewGroup被調用disPatchTouchEvent方法時候，判斷如果當前ViewGroup需要攔截此次事件的話，那麼就會調用當前ViewGroup的onTouchEvent方法來處理，如果不攔截的話，是遍歷當前ViewGroup中觸發點擊的子View的分發方法。然後又是同一個流程，如果它沒有是View的話沒有子view，那麼就調用自己的onTouchEvent方法。

事件分發源碼解讀

接下來我們分析事件分發到底是怎麼通過這些方法來調用的，整個的流程到底是什麼樣子。爲什麼那三個返回值產生的效果區別很大。

至於觸碰手機屏幕產生事件到傳遞給activity中的事件，在這裏我就不解讀了，因爲我沒找到也不會，源碼也沒看通。來打我呀，想了解的去看看一個app的啓動然後看WindowManagerService。

Activity
首先我們從Activity中的disPatchTouchEvent方法入口：

public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            //空方法不研究
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            //事件交給了Activity所附屬的Window進行分發，如果true，就此結束，如果false，那麼下一步
            return true;
        }
        //當Window返回false的時候，Activity的onTouchEvent就會調用
        return onTouchEvent(ev);
    }
//接下來我們看看getWindow().superDispatchTouchEvent(ev)是個什麼東西，Window是如何將事件傳遞給Viewgroup的？
public abstract class Window {...}

public abstract boolean superDispatchTouchEvent(MotionEvent event);
//Window是一個抽象類，而superDispatchTouchEvent也是一個抽象方法，因此我們要找到Window的實現類才行。
//從Window抽象類的類說明得知"The only existing implementation of this abstract class is //android.view.PhoneWindow, which you should instantiate when needing a Window."
//Window類可以控制頂級View的外觀和行爲策略，它唯一的實現是PhoneWindow。

PhoneWindow類方法：
@Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return mDecor.superDispatchTouchEvent(event);
    }
//這裏就清楚了，PhoneWindow將事件傳遞給了mDecor，decor是什麼？
// This is the top-level view of the window, containing the window decor.
private DecorView mDecor;
...
@Override
    public final View getDecorView() {
        if (mDecor == null || mForceDecorInstall) {
            installDecor();
        }
        return mDecor;
    }
//我們知道通過getWindow().getDecorView().findViewById(android.R.id.content).getChildAt(0)
//這種方式就可以獲取到Activity所設置的View，這個mDecor,顯然就是getWindow().getDecorView()返回的View，
//而我們平常用的setContentView()設置的View，就是mDecor的子View。由於DecorView繼承自FrameLayout，
//且它是父View，所以事件最終會傳遞到View。到了這層就好辦了，那麼接下來就是分析ViewGroup和View了。
//如果getWindow().superDispatchTouchEvent(ev)返回了false的話，那麼Activity會調用自己的onTouchEvent方法
public boolean onTouchEvent(MotionEvent event) {
        if (mWindow.shouldCloseOnTouch(this, event)) {
            finish();
            return true;
        }

        return false;
    }
//有些人可能不明白activity 的View嵌套，那麼我也是不會講解的，就一張圖大家看圖就會理解和明白了。

ViewGroup
我們上一步是到了DecorView中的分發方法了代碼如果所示在DecorView源碼中：

public boolean superDispatchTouchEvent(MotionEvent event) {
        return super.dispatchTouchEvent(event);
    }

這裏調用super，DecorView的父類是FrameLayout也就是ViewGroup。
那麼我們去ViewGroup中去看看dispatchTouchEvent方法

 @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        //省略暫時無關代碼
        boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {
         // Handle an initial down.
            if (actionMasked == MotionEvent.ACTION_DOWN) {
                cancelAndClearTouchTargets(ev);
                resetTouchState();
            }
            // Check for interception.
            //檢查是否攔截此次事件
            final boolean intercepted;
            //從這裏我們可以看出當事件類型爲down或者是mFirstTouchTarget!=null的時候，判斷是否攔截當前事件
            //這裏mFirstTouchTarget是什麼呢，從後面代碼可以看出如果ViewGroup
            //的子View處理了事件，mFirstTouchTarget會被賦值並指向子元素。反過來如果事件有當前ViewGroup
            //攔截並處理的話，mFirstTouchTarget==null，那麼當下次的同一時間序列的事件到來，
            //move和up時間到來，由於不滿足actionMasked並且mFirstTouchTarget也是null，導致Viewgroup
            //的onInterceptTouchEvent方法不會被調用了，就算你設置requestDisallowInterceptTouchEvent也沒用
            //並且接下里的同一事件序列中的時間都會交給ViewGroup自己處理。當然只是同一事件序列
            //當你結束這次事件序列的話，在觸摸屏幕那麼所有條件重置。
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                //判斷值1：disallowIntercept = 是否禁用事件攔截的功能(默認是false)，
                //可通過調requestDisallowInterceptTouchEvent（）修改，
                //這個方法修改的是mGroupFlags的值，一次是請求不攔截事件。
                //如果設置了FLAG_DISALLOW_INTERCEPT，ViewGroup將無法攔截同一時間序列中的除了down的事件
                //爲什麼說出了down呢，因爲在事件action是down的時候會調用resetTouchState();在這個方法剛開始
                //重置mGroupFlags的值
                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 {
                intercepted = true;
            }
//從這裏我們可以得出結論，當ViewGroup決定攔截事件後，那麼後續的同一時間序列中的事件會默認交給它處理，並且
//不再調用的它onInterceptTouchEvent方法判斷了。
//第一點：onInterceptTouchEvent方法不是每次事件來都會調用的，如果我們想要處理所有的點擊事件，
//要選擇disPatchTouchEvent方法才行。
//第二點：requestDisallowInterceptTouchEvent方法可以用來請求攔截事件，讓父佈局調用攔截事件，那麼如果父佈局在
//攔截事件中返回true那麼子View就收不到事件了，可以用來解決事件衝突。
            // Check for cancelation.
            final boolean canceled = resetCancelNextUpFlag(this)
                    || actionMasked == MotionEvent.ACTION_CANCEL;

            // Update list of touch targets for pointer down, if needed.
            final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
            TouchTarget newTouchTarget = null;
            boolean alreadyDispatchedToNewTouchTarget = false;
            if (!canceled && !intercepted) {
                    final int childrenCount = mChildrenCount;
                    if (newTouchTarget == null && childrenCount != 0) {
                        //省略部分代碼
                        ...
                        //通過for循環，遍歷了當前ViewGroup下的所有子View
                        for (int i = childrenCount - 1; i >= 0; i--) {
                            //省略部分代碼
                            ...
                            //判斷當前遍歷的View是不是正在點擊的View，從而找到當前被點擊的View
                            //若是，則進入條件判斷內部
                            if (!canViewReceivePointerEvents(child)
                                    || !isTransformedTouchPointInView(x, y, child, null)) {
                                ev.setTargetAccessibilityFocus(false);
                                continue;
                            }

                            newTouchTarget = getTouchTarget(child);
                            if (newTouchTarget != null) {
                                newTouchTarget.pointerIdBits |= idBitsToAssign;
                                break;
                            }

                            resetCancelNextUpFlag(child);
                            //dispatchTransformedTouchEvent實際上調用子元素的disPatchTouchEvent方法
                            //這樣事件就交給子元素處理了。如果子元素返回true的話那麼mFirstTouchTarget被賦值
                            //newTouchTarget = addTouchTarget(child, idBitsToAssign);
                            //target.next = mFirstTouchTarget;mFirstTouchTarget = target;
                            //
                            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賦值使用
                                //mFirstTouchTarget是一個單列表結構，它是否被賦值會影響ViewGroup對
                                //事件的攔截策略
                                newTouchTarget = addTouchTarget(child, idBitsToAssign);
                                alreadyDispatchedToNewTouchTarget = true;
                                break;
                            }
                            ev.setTargetAccessibilityFocus(false);
                        }
                        if (preorderedList != null) preorderedList.clear();
                    }

                    if (newTouchTarget == null && mFirstTouchTarget != null) {
                        newTouchTarget = mFirstTouchTarget;
                        while (newTouchTarget.next != null) {
                            newTouchTarget = newTouchTarget.next;
                        }
                        newTouchTarget.pointerIdBits |= idBitsToAssign;
                    }
                }
            }

            // Dispatch to touch targets.
            //這裏判斷遍歷後子元素沒有處理事件，分兩種情況，1.ViewGroup沒有子元素那麼mFirstTouchTarget不會
            //被賦值，2.子元素處理了事件但是在dispatchTouchEvent返回了false，這一般是子元素的onTouchEvent
            //返回了false，下面的代碼直接傳入了view是null,那麼到這個方法
            //dispatchTransformedTouchEvent 中view是null的話直接調用了super，那麼這個viewgroup的super
            //是View，那麼也就是ViewGroup的方法在這個裏面調用的也是super.onTouchEvent方法
            //這裏也是如果找不到子View或者子View沒有處理返回了false的話，接下來的事件就進入了ViewGroup的自己的
            //onTouchEvent方法ViewGroup自己處理了。
            if (mFirstTouchTarget == null) {
                // No touch targets so treat this as an ordinary view.
                handled = dispatchTransformedTouchEvent(ev, canceled, null,
                        TouchTarget.ALL_POINTER_IDS);
            } 
        return handled;
        ....
         private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
            View child, int desiredPointerIdBits) {
        final boolean handled;

        // Canceling motions is a special case.  We don't need to perform any transformations
        // or filtering.  The important part is the action, not the contents.
        final int oldAction = event.getAction();
        if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
            event.setAction(MotionEvent.ACTION_CANCEL);
            if (child == null) {
                handled = super.dispatchTouchEvent(event);
            } else {
                handled = child.dispatchTouchEvent(event);
            }
            event.setAction(oldAction);
            return handled;
        }
    }

ViewGroup的事件分發也正式了下一步是進入了View
其中ViewGroup的onInterceptTouchEvent方法默認返回false（這麼多&&條件我也沒看反正是默認返回false我猜的）。

public boolean onInterceptTouchEvent(MotionEvent ev) {
        if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
                && ev.getAction() == MotionEvent.ACTION_DOWN
                && ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
                && isOnScrollbarThumb(ev.getX(), ev.getY())) {
            return true;
        }
        return false;
    }

View
View對事件處理就簡單點，View是一個單獨元素它無法向下傳遞，並且它也沒有onInterceptTouchEvent方法。

public boolean dispatchTouchEvent(MotionEvent event) {
        //只看核心代碼，因爲其他的代碼我看不懂，嘿哈
        boolean result = false;
        final int actionMasked = event.getActionMasked();
        if (actionMasked == MotionEvent.ACTION_DOWN) {
            // Defensive cleanup for new gesture
            stopNestedScroll();
        }

        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            //enabeld默認是true的，首先判斷有沒有設置onTouchlistener，如果onTouchListener的ontouch返回true
            //那麼View的onTouchEvent方法不會調用。可以得到onTouchListener優先於onTouchEvent方法。
            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;
    }
接下來分析onTouchEvent方法
public boolean onTouchEvent(MotionEvent event) {
    //省略非關鍵代碼
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
     final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
                || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
                || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
    switch (action) {
                case MotionEvent.ACTION_UP:
                    mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
                    if ((viewFlags & TOOLTIP) == TOOLTIP) {
                        handleTooltipUp();
                    }
                    if (!clickable) {
                        removeTapCallback();
                        removeLongPressCallback();
                        mInContextButtonPress = false;
                        mHasPerformedLongPress = false;
                        mIgnoreNextUpEvent = false;
                        break;
                    }
                    boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
                    if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
                        boolean focusTaken = false;
                        if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
                            focusTaken = requestFocus();
                        }

                        if (prepressed) {
                            setPressed(true, x, y);
                        }

                        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
                            //這個就是view的onclick事件啦，哈哈在這裏，往下看就能找到performClick方法。
                            if (!focusTaken) {  
                                if (mPerformClick == null) {
                                    mPerformClick = new PerformClick();
                                }
                                if (!post(mPerformClick)) {
                                    performClick();
                                }
                            }
                        }
            }
        //從上面的代碼看出只要View的CLICKABLE 和 LONG_CLICKABLE 和 CONTEXT_CLICKABLE有一個爲true，
        //那麼它就會消費這個事件,最後返回true，也就是通過onTouchEvent消費了這個事件。
        return true;
        }
}

 public boolean performClick() {
        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;
    }

到這裏的話事件分發的源碼就說完了，可算是累死我了，自己沒有畫流程圖，我找到一張大家看看就好。

接下來對於andoird的事件分發機制總結總結：
1.一旦ViewGroup決定攔截一個事件，那麼接下來這同一個時間序列都是由他自己的onTouchEvent處理（前提是onTouchEvent返回true，也就是接下來的事件都能傳遞給它，而不是被activity或者父佈局處理），因此也不會調用他自己的onInterceptTouchEvent方法來判斷是否攔截了。
2.每個View一旦決定處理事件，如果它不消耗（onTouchEvent返回false）down事件的話，那麼同一個事件序列中的事件不會再交給它處理，都傳遞給它的父元素處理。
3.ViewGroup默認不攔截任何事件，View沒有攔截事件方法
4.View的onTouchEvent默認返回true，除非它是它的CLICKABLE、LONG_CLICKABLE、CONTEXT_CLICKABLE等都是false。TextView的clickable屬性默認爲false。
5.onclick會觸發的前提是View是可點擊，並且有down和up事件。
6.事件總是由外向內傳遞的，但是通過RequestDisallowInterceptTouchEvent方法可以在子元素中改變父元素的攔截事件，當然也要父元素的攔截方法配合才行。

滑動衝突介紹及其通用解決辦法

就因爲事件分發機制，如果界面中出現內外兩層可以同時滑動，那麼必然會產生滑動衝突，對於我們開發者碰到這些問題該如何解決呢？有沒有一個通用的套路呢？
答案是有的，通用的解決方法有兩個：1.外部攔截法；2.內部攔截法；
常見的滑動衝突大體上分爲三種：
1.外部滑動方向和內部滑動方向一致；
2.外部滑動方向和內部滑動方向不一致；
3.多個嵌套；
針對這些滑動衝突，我們採用兩種通用的方法都可以解決，嵌套很多的滑動衝突那麼就兩者都採用就好。
外部攔截法
外部攔截法是指點擊事件都先經過父容器攔截處理，如果父容器需要事件就攔截不需要就不攔截。主要思路是在ViewGroup的onInterceptTouchEvent方法，在這裏面判斷是否攔截事件，當然down事件不能攔截，原因是攔截了down事件後，接下來的同一事件序列的事件都會交由ViewGroup自己來處理，不明白的看看源碼。
外部攔截法的僞代碼如下（ViewGroup）：

onInterceptTouchEvent(){
    boolean intercepted;
    switch(action){
        case down:
             intercepted = false;
             break;
        case move:
             if(父容器需要攔截){
                 intercepted = true;
             }else{
                 intercepted = false;
             }
             break;
        case up:
             intercepted = false;
             break;
    }
    return intercepted;
}

內部攔截法
內部攔截法是指父容器不攔截任何事件，所有的事件都會傳遞到子元素，如果子元素需要事件那麼就消費掉，否則就交給父容器來處理事件，至於如何交給父容器來處理呢，那麼就調用requestDisallowInterceptTouchEvent方法來請求父容器攔截事件，當然，父容器攔截了事件，也要去從寫onInterceptTouchEvent方法並且action！=down的時候返回false。這樣才能配合使用。
內部攔截法的僞代碼如下：

//View（子元素）
disPatchTouchEvent(){
    switch(action){
        case down:
             //parent是子元素的父佈局，讓父佈局不攔截down事件，目的可以down事件下發到View
             parent.requestDisallowInterceptTouchEvent(true);
             break;
        case move:
             if(父佈局需要使用此事件){
                 parent.requestDisallowInterceptTouchEvent(false);
             }
             break;
        case up:
             break;
    }
    return super.disPatchTouchEvent();
}
//ViewGroup來配合
onInterceptTouchEvent(){
    if(action == down)
        return false;
    else
        return true;
}

爲什麼父佈局不能攔截down事件呢，因爲down在那個攔截標誌位判斷之前，一旦父佈局攔截了down事件的話，那麼所有的事件都會到父佈局，並不會傳遞到子View了。

舉例解決通用滑動衝突問題

網上有很多的滑動衝突例子，有很多解決方法，大家可以去看看，再次我也說明一個例子。
曾經很早的時候做過一個側滑佈局（上段時間發現有人用水平的scrollview寫了個，這想法真是太好了，我咋沒想到呢），像ios系統的短信左劃出現刪除按鈕一樣，例子寫的比較早，15年寫的，所以代碼寫的 有點差，大家勉強看看。想法是，建立一個繼承自LinearLayout，裏面包含兩個子View。

<com.demo.lli.mydemo.MySlideLinearlayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="wrap_content">
    <Button
        android:id="@+id/tv"
        android:layout_width="match_parent"
        android:layout_height="50dp"
        android:text="@string/app_name"
        android:background="@android:color/holo_red_dark"/>
    <Button
        android:id="@+id/btn"
        android:layout_width="100dp"
        android:layout_height="match_parent"
        android:text="@string/app_name"
        android:background="@android:color/black"/>
</com.demo.lli.mydemo.MySlideLinearlayout>

因爲想要ViewGroup滑動，那麼Button默認ontouchEvent返回true，也就是消費了事件。那麼我們應該使用外部攔截法，在ViewGroup中判斷什麼時候需要攔截事件不讓它往下下發。代碼如下：

public class MySlideLinearlayout extends LinearLayout {
    private static final String TAG = "APP";
    private View contentView, actionView;
    private int mTouchSlop = ViewConfiguration.get(getContext()).getScaledTouchSlop();
    private Scroller mScroller;
    private int dragDistance;
    private int moveX, moveY, mStartX;
    //處理是否是橫向滑動，攔截事件
    private int mMostRecentX,mMostRecentY;

    public MySlideLinearlayout(Context context) {
        this(context, null);
    }

    public MySlideLinearlayout(Context context, AttributeSet attrs) {
        this(context, attrs, -1);
    }

    public MySlideLinearlayout(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
        mScroller = new Scroller(getContext());
    }

    @Override
    protected void onFinishInflate() {
        super.onFinishInflate();
        contentView = getChildAt(0);
        actionView = getChildAt(1);
    }

    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        dragDistance = actionView.getMeasuredWidth();
        Log.d(TAG, "dragDistance is " + dragDistance + "::mTouchSlop is " + mTouchSlop);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.d(TAG, "onInterceptTouchEvent running...");
        boolean intercepted = false;
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                mMostRecentX = (int) ev.getX();
                mMostRecentY= (int) ev.getY();
                mStartX=mMostRecentX;
                intercepted = false;
                break;
            case MotionEvent.ACTION_MOVE:
                int moveX = (int) ev.getX();
                int diff = moveX - mMostRecentX;
                Log.i(TAG, "diff is " + diff);
                if (Math.abs(diff) > mTouchSlop) {
                    intercepted = true;
                }
                break;
            case MotionEvent.ACTION_UP:
                intercepted = false;
                break;
        }
        Log.i(TAG, "onInterceptTouchEvent return = " + intercepted);
        return intercepted;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        int x = (int) event.getX();
        int y = (int) event.getY();
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:  
                break;
            case MotionEvent.ACTION_MOVE:
                moveX = x;
                moveY = y;
                int dx = moveX - mMostRecentX;
                int dy = moveY - mMostRecentY;
                if (Math.abs(dy) < mTouchSlop * 2 && Math.abs(dx) > mTouchSlop) {
                    int scrollX = getScrollX();
                    int newScroll = mStartX - x;
                    if (newScroll < 0 && scrollX <= 0) {
                        newScroll = 0;
                    } else if (newScroll > 0 && scrollX >= dragDistance) {
                        newScroll = 0;
                    }
                    scrollBy(newScroll, 0);
                }

                break;
            case MotionEvent.ACTION_UP:
                int scrollX = getScrollX();
                int newScrollX;
                if (scrollX >= dragDistance / 2) {
                    newScrollX = dragDistance - scrollX;
                } else {
                    newScrollX = -scrollX;

                }
                mScroller.startScroll(scrollX, 0, newScrollX, 0);
                invalidate();
                break;
        }
        mStartX = x;
        return true;
    }

    @Override
    public void computeScroll() {
        if (mScroller.computeScrollOffset()) {
            scrollTo(mScroller.getCurrX(), mScroller.getCurrY());
            invalidate();
        }
    }
}

代碼思路是，當橫向滑動的時候父佈局攔截事件，並且重寫父佈局的onTouchEvent方法來處理滑動策略，scroller就不介紹了，大家都懂。

這篇文章到這裏糾結說了，第一次用心的寫文章，寫了一個工作日，因爲源碼閱讀起來太多了，好多都省略了，沒有說到，並且例子也是由於暫時沒時間，只寫了一個。這篇文章也是我自己的總結，以後遇到事件分發可以多來看看。寫這篇文章也閱讀了網上別人的文章還有Android藝術探索這本書，其中的流程圖我沒做，因爲別人流程圖總結的很好。好啦，能看到這裏的開發者們別忘了點個贊，您的點贊和評論是對我最好的支持（對我就是騙讚的(●’◡’●)