Android View 事件分發機制詳解

jopen 8年前發布 | 19K 次閱讀 安卓開發 Android開發 移動開發

想必很多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的沖突時經常遇到,所以要熟悉其機制,看完這三個方法,現在來看看事件分發機制。

為了能夠清楚的分析,我們先新建一個項目,布局如圖:

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()事件處理,以此類推:

如果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。

其實這也是很好理解的,和我們日常生活中辦事流程是一樣的,公司老板(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方法),同樣的,如果經理也不能搞定的話,就交給老板了。如果有興趣的話,可以去研究研究源碼。

來自: http://www.cnblogs.com/chenkailw/p/5113268.html

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!