天天看點
傳回

Android View 事件分發機制詳解

　　 想必很多android開發者都遇到過手勢沖突的情況，我們一般都是通過内部攔截和外部攔截法解決此類問題。要想搞明白原理就必須了解View的分發機制。在此之前我們先來了解一下以下三個非常重要的方法：

      dispatchTouchEvent() 

      onInterceptTouchEvent() 

      onTouchEvent() 

      我們分别看看這三個方法：

      dispatchTouchEvent() 

      該方法是用來處理事件的分發。如果事件能夠傳遞到目前View，那麼一定會調用此方法。View中該方法的源碼：

**
     * Pass the touch screen motion event down to the target view, or this
     * view if it is the target.
     *
     * @param event The motion event to be dispatched.
     * @return True if the event was handled by the view, false otherwise.
     */
    public boolean dispatchTouchEvent(MotionEvent event) {
        // If the event should be handled by accessibility focus first.
        if (event.isTargetAccessibilityFocus()) {
            // We don't have focus or no virtual descendant has it, do not handle the event.
            if (!isAccessibilityFocusedViewOrHost()) {
                return false;
            }
            // We have focus and got the event, then use normal event dispatch.
            event.setTargetAccessibilityFocus(false);
        }

        boolean result = false;

        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
        }

        final int actionMasked = event.getActionMasked();
        if (actionMasked == MotionEvent.ACTION_DOWN) {
            // Defensive cleanup for new gesture
            stopNestedScroll();
        }

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

        if (!result && mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
        }

        // Clean up after nested scrolls if this is the end of a gesture;
        // also cancel it if we tried an ACTION_DOWN but we didn't want the rest
        // of the gesture.
        if (actionMasked == MotionEvent.ACTION_UP ||
                actionMasked == MotionEvent.ACTION_CANCEL ||
                (actionMasked == MotionEvent.ACTION_DOWN && !result)) {
            stopNestedScroll();
        }

        return result;
    }

     代碼比較長，可以簡化來看：

public boolean dispatchTouchEvent(Motion e){
     boolean result=false;
     if(onInterceptTouchEvent(e)){
     //如果目前View截獲事件，那麼事件就會由目前View處理，即調用onTouchEvent()
        result=onTouchEvent(e);
     }else{
        //如果不截獲那麼交給其子View來分發
        result=child.dispatchTouchEvent(e);
     }
     return result;
}

      從以上可以看出，這三個方法的聯系。

      onInterceptTouchEvent() 

該方法在上邊可以看出，是在dispatchTouchEvent中調用，來判斷自己是否需要截取事件，如果該方法傳回為true，那麼View将消費該事件，即會調用onTouchEvent()方法。如果傳回false,那麼通過調用子View的dispatchTouchEvent()将事件交由子View來處理。

      onTouchEvent() 

     和onInterceptTouchEvent()一樣也是在dispatchTouchEvent中調用的。用來處理點選事件，包括ACTION_DOWN,ACTION_MOVE,ACTION_UP。如果傳回結果為false表示不消費該事件，并且也不會截獲接下來的事件序列。如果傳回為true表示目前View消費該事件。 

     在這裡要強調View 的OnTouchListener。如果View設定了該監聽，那麼OnTouch()将會回調。如果傳回為true那麼該View的OnTouchEvent将不會在執行 這是因為設定的OnTouchListener執行時的優先級要比onTouchEvent高。 

     還有我們平時很熟悉的onClickListener，其優先級比上邊兩個都低。

     這三個方法在處理View的沖突時經常遇到，是以要熟悉其機制，看完這三個方法，現在來看看事件分發機制。

     為了能夠清楚的分析，我們先建立一個項目，布局如圖： 

Android View 事件分發機制詳解

      ViewGroup1嵌套ViewGroup2,然後在嵌套CustomView（這裡我繼承自TextView）。布局很簡單，隻是為了說明ViewGroup的分發過程。 

　　然後在相應的View中重寫dispatchTouchEvent，OnInterceptTouchEvent ,OnTouchEvent方法（CustomView沒有OnInterceptTouchEvent），并在每個方法中輸出相應的Log： 

@Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.e("ViewGroup1","ViewGroup1 dispatchTouchEvent");
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e("ViewGroup1","ViewGroup1 onInterceptTouchEvent");
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e("ViewGroup1","ViewGroup1 onTouchEvent");
        return super.onTouchEvent(event);
    }

      CustomView中：

@Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.e("CustomView", "CustomView dispatchTouchEvent");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e("CustomView", "CustomView onTouchEvent");
        return super.onTouchEvent(event);
    }

     運作程式，點選CustomView會得到如下Log資訊： 

E/ViewGroup1: ViewGroup1 dispatchTouchEvent
 E/ViewGroup1: ViewGroup1 onInterceptTouchEvent
 E/ViewGroup2: ViewGroup2 dispatchTouchEvent
 E/ViewGroup2: ViewGroup2 onInterceptTouchEvent
 E/CustomView: CustomView dispatchTouchEvent
 E/CustomView: CustomView onTouchEvent
 E/ViewGroup2: ViewGroup2 onTouchEvent
 E/ViewGroup1: ViewGroup1 onTouchEvent

     從Log資訊可以看出，首先會先執行ViewGroup1 dispatchTouchEvent方法，上文中我們講過dispatchTouchEvent（）方法的内部邏輯： 

public boolean dispatchTouchEvent(Motion e){
     boolean result=false;
     if(onInterceptTouchEvent(e)){
     //如果目前View截獲事件，那麼事件就會由目前View處理，即調用onTouchEvent()
        result=onTouchEvent(e);
     }else{
        //如果不截獲那麼交給其子View來分發
        result=child.dispatchTouchEvent(e);
     }
     return result;
}

      在ViewGroup1 dispatchTouchEvent方法調用後，接着會調用onInterceptTouchEvent（）來判斷是否需要截取事件，預設是不截取的。事件會傳遞到ViewGroup1的子View也就是ViewGroup2。即ViewGroup2 的dispatchTouchEvent方法被調用，直到CustomView。當事件傳遞到CustomView後，同樣是CustomView的dispatchTouchEvent方法會執行。可以看出，整個事件的分發是從ViewGroup1向CustomView傳遞的。此時如果CustomView 不能處理改事件，也就是說CustomView的OnTouchView方法傳回為false，那麼事件會向上交給ViewGroup2的OnTouchEvent（）事件處理，以此類推： 

Android View 事件分發機制詳解

     如果ViewGroup2的onInterceptTouchEvent（）傳回為true，即要攔截事件，又會出現什麼情況呢？ 

@Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e("ViewGroup2","ViewGroup2 onInterceptTouchEvent");
        return true;
    }

     運作結果：

E/ViewGroup1: ViewGroup1 dispatchTouchEvent
E/ViewGroup1: ViewGroup1 onInterceptTouchEvent
E/ViewGroup2: ViewGroup2 dispatchTouchEvent
E/ViewGroup2: ViewGroup2 onInterceptTouchEvent
E/ViewGroup2: ViewGroup2 onTouchEvent
E/ViewGroup1: ViewGroup1 onTouchEvent

      CustomView的dispatchTouchEvent()沒有執行，事件沒有傳遞給CustomView，而是直接調用了ViewGroup2的ViewGroup2 的onTouchEvent。 

Android View 事件分發機制詳解

      其實這也是很好了解的，和我們日常生活中辦事流程是一樣的，公司老闆（ViewGroup1）把任務交給經理（ViewGroup2），經理在把工作交給員工（CustomView）。這裡如果經理（ViewGroup2）覺得這件事自己可以完成就截獲這個工作（onInterceptTouchEvent傳回為true），就不會再将任務配置設定給員工（CustomView）處理了。 

　　說完分發流程，現在來看看事件的響應機制，我們将事件傳遞到CustomView，并且将CustomView的OnTouchEvent事件傳回為true，得到以下結果： 

E/ViewGroup1: ViewGroup1 dispatchTouchEvent
E/ViewGroup1: ViewGroup1 onInterceptTouchEvent
E/ViewGroup2: ViewGroup2 dispatchTouchEvent
E/ViewGroup2: ViewGroup2 onInterceptTouchEvent
E/CustomView: CustomView dispatchTouchEvent
E/CustomView: CustomView onTouchEvent

      我們會發現ViewGroup2 的OnTouchEvent不會在執行了，還是用我們剛剛的例子來說，就是員工（CustomView）在接到任務後順利的完成了任務，就不必在勞煩上司響應處理了。隻有在員工（CustomView）無法完成這項工作時（OnTouchEvent傳回為false）時才會請求經理幫忙（ViewGroup2 調用OnTouchEvent方法），同樣的，如果經理也不能搞定的話，就交給老闆了。 

　　如果有興趣的話，可以去研究研究源碼。

轉載于:https://www.cnblogs.com/chenkailw/p/5113268.html

移動開發
上一篇: Android的三種持久化方式
下一篇: Android持久化技術之SQlite資料庫存儲（二）

繼續閱讀