（轉）Android ViewGroup事件分發機制

三、關於攔截

一、如何攔截

上面的總結都是基於：若是沒有攔截；那麼如何攔截呢？

複寫ViewGroup的onInterceptTouchEvent方法：

 

@Override
    public boolean onInterceptTouchEvent(MotionEvent ev)
    {
        int action = ev.getAction();
        switch (action)
        {
        case MotionEvent.ACTION_DOWN:
            //若是你以爲須要攔截
            return true ;
        case MotionEvent.ACTION_MOVE:
            //若是你以爲須要攔截
            return true ;
        case MotionEvent.ACTION_UP:
            //若是你以爲須要攔截
            return true ;
        }

        return false;
    }

默認是不攔截的，即返回false；若是你須要攔截，只要return true就好了，這要該事件就不會往子View傳遞了，而且若是你在DOWN retrun true ，則DOWN,MOVE,UP子View都不會捕獲事件；若是你在MOVE return true , 則子View在MOVE和UP都不會捕獲事件。

 

緣由很簡單，當onInterceptTouchEvent(ev) return true的時候，會把mMotionTarget 置爲null ; 

二、如何不被攔截

若是ViewGroup的onInterceptTouchEvent(ev) 當ACTION_MOVE時return true ，即攔截了子View的MOVE以及UP事件；

此時子View但願依然可以響應MOVE和UP時該咋辦呢？

Android給咱們提供了一個方法：requestDisallowInterceptTouchEvent(boolean) 用於設置是否容許攔截，咱們在子View的dispatchTouchEvent中直接這麼寫：

 

@Override
    public boolean dispatchTouchEvent(MotionEvent event)
    {
        getParent().requestDisallowInterceptTouchEvent(true);
        int action = event.getAction();

        switch (action)
        {
        case MotionEvent.ACTION_DOWN:
            Log.e(TAG, "dispatchTouchEvent ACTION_DOWN");
            break;
        case MotionEvent.ACTION_MOVE:
            Log.e(TAG, "dispatchTouchEvent ACTION_MOVE");
            break;
        case MotionEvent.ACTION_UP:
            Log.e(TAG, "dispatchTouchEvent ACTION_UP");
            break;

        default:
            break;
        }
        return super.dispatchTouchEvent(event);
    }

getParent().requestDisallowInterceptTouchEvent(true);  這樣即便ViewGroup在MOVE的時候return true，子View依然能夠捕獲到MOVE以及UP事件。

 

 

從源碼也能夠解釋：

ViewGroup MOVE和UP攔截的源碼是這樣的：

 

if (!disallowIntercept && onInterceptTouchEvent(ev)) {
            final float xc = scrolledXFloat - (float) target.mLeft;
            final float yc = scrolledYFloat - (float) target.mTop;
            mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
            ev.setAction(MotionEvent.ACTION_CANCEL);
            ev.setLocation(xc, yc);
            if (!target.dispatchTouchEvent(ev)) {
                // target didn't handle ACTION_CANCEL. not much we can do
                // but they should have.
            }
            // clear the target
            mMotionTarget = null;
            // Don't dispatch this event to our own view, because we already
            // saw it when intercepting; we just want to give the following
            // event to the normal onTouchEvent().
            return true;
        }

當咱們把disallowIntercept設置爲true時，!disallowIntercept直接爲false，因而攔截的方法體就被跳過了~

 

注：若是ViewGroup在onInterceptTouchEvent(ev)  ACTION_DOWN裏面直接return true了，那麼子View是木有辦法的捕獲事件的~~~

 

四、若是沒有找到合適的子View

咱們的實例，直接點擊ViewGroup內的按鈕，固然直接很順利的走完整個流程；

可是有兩種特殊狀況

一、ACTION_DOWN的時候，子View.dispatchTouchEvent(ev)返回的爲false ; 

若是你仔細看了，你會注意到ViewGroup的dispatchTouchEvent(ev)的ACTION_DOWN代碼是這樣的

 

if (child.dispatchTouchEvent(ev))  {
                              // Event handled, we have a target now.
                              mMotionTarget = child;
                              return true;
                          }

只有在child.dispatchTouchEvent(ev)返回true了，纔會認爲找到了可以處理當前事件的View，即mMotionTarget = child;

 

可是若是返回false,那麼mMotionTarget 依然是null

mMotionTarget 爲null會咋樣呢？

其實ViewGroup也是View的子類，若是沒有找到可以處理該事件的子View，或者乾脆就沒有子View；

那麼，它做爲一個View，就至關於View的事件轉發了~~直接super.dispatchTouchEvent(ev);

源碼是這樣的：

 

final View target = mMotionTarget;
       if (target == null) {
           // We don't have a target, this means we're handling the
           // event as a regular view.
           ev.setLocation(xf, yf);
           if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
               ev.setAction(MotionEvent.ACTION_CANCEL);
               mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
           }
           return super.dispatchTouchEvent(ev);
       }

咱們沒有一個可以處理該事件的目標元素，意味着咱們須要本身處理~~~就至關於傳統的View~

 

二、那麼何時子View.dispatchTouchEvent(ev)返回的爲true

若是你仔細看了上篇博客，你會發現只要子View支持點擊或者長按事件必定返回true~~

源碼是這樣的：

 

if (((viewFlags & CLICKABLE) == CLICKABLE ||
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
             return true ;                                                                                                                                                                                                                                                                                                   }

 

五、總結

 

關於代碼流程上面已經總結過了~

一、若是ViewGroup找到了可以處理該事件的View，則直接交給子View處理，本身的onTouchEvent不會被觸發；

二、能夠經過複寫onInterceptTouchEvent(ev)方法，攔截子View的事件（即return true），把事件交給本身處理，則會執行本身對應的onTouchEvent方法

三、子View能夠經過調用getParent().requestDisallowInterceptTouchEvent(true);  阻止ViewGroup對其MOVE或者UP事件進行攔截；

 

好了，那麼實際應用中能解決哪些問題呢？

好比你須要寫一個相似slidingmenu的左側隱藏menu，主Activity上有個Button、ListView或者任何能夠響應點擊的View，你在當前View上死命的滑動，菜單欄也出不來；由於MOVE事件被子View處理了~ 你須要這麼作：在ViewGroup的dispatchTouchEvent中判斷用戶是否是想顯示菜單，若是是，則在onInterceptTouchEvent(ev)攔截子View的事件；本身進行處理，這樣本身的onTouchEvent就能夠順利展示出菜單