Android觸摸事件傳遞機制,原來如此

前言

成爲一名優秀的Android開發,需要一份完備的知識體系,在這裏,讓我們一起成長爲自己所想的那樣~。

一、瞭解Activity的構成

一個Activity包含了一個Window對象,這個對象是由PhoneWindow來實現的。PhoneWindow將DecorView作爲整個應用窗口的根View,而這個DecorView又將屏幕劃分爲兩個區域:一個是TitleView,另一個是ContentView,而我們平時所寫的就是展示在ContentView中的,下圖表示Activity的構成。

image

二、觸摸事件的類型

觸摸事件對應的是MotionEvent類,事件的類型主要有如下三種:

  • ACTION_DOWN
  • ACTION_MOVE(移動的距離超過一定的閾值會被判定爲ACTION_MOVE操作)
  • ACTION_UP

三、事件傳遞的三個階段

  • 分發(dispatchTouchEvent):方法返回值爲true表示事件被當前視圖消費掉;返回爲super.dispatchTouchEvent表示繼續分發該事件。

  • 攔截(onInterceptTouchEvent):方法返回值爲true表示攔截這個事件並交由自身的onTouchEvent方法進行消費;返回false表示不攔截,需要繼續傳遞給子視圖。
    如果return super.onInterceptTouchEvent(ev), 事件攔截分兩種情況:

    1.如果該View(ViewGroup)存在子View且點擊到了該子View, 則不攔截, 繼續分發
    給子View 處理, 此時相當於return false。
    2.如果該View(ViewGroup)沒有子View或者有子View但是沒有點擊中子View(此時ViewGroup
    相當於普通View), 則交由該View的onTouchEvent響應,此時相當於return true。
    注意:一般的LinearLayout、 RelativeLayout、FrameLayout等ViewGroup默認不攔截, 而
    ScrollView、ListView等ViewGroup則可能攔截,得看具體情況。

  • 消費(onTouchEvent):方法返回值爲true表示當前視圖可以處理對應的事件;返回值爲false表示當前視圖不處理這個事件,它會被傳遞給父視圖的onTouchEvent方法進行處理。如果return super.onTouchEvent(ev),事件處理分爲兩種情況:

    1.如果該View是clickable或者longclickable的,則會返回true, 表示消費
    了該事件, 與返回true一樣;
    2.如果該View不是clickable或者longclickable的,則會返回false, 表示不
    消費該事件,將會向上傳遞,與返回false一樣.

注意:在Android系統中,擁有事件傳遞處理能力的類有以下三種。

  • Activity:擁有分發和消費兩個方法。
  • ViewGroup:擁有分發、攔截和消費三個方法。
  • View:擁有分發、消費兩個方法。

四、Activity對點擊事件的分發過程

我們對觸摸屏進行操作時,Linux就會收到相應的硬件中斷,然後將中斷加工成原始的輸入事件並寫入相應的設備節點中。而我們的Android 輸入系統所做的事情概括起來說就是監控這些設備節點,當某個設備節點有數據可讀時,將數據讀出並進行一系列的翻譯加工,然後在所有的窗口中找到合適的事件接收者,並派發給它。
當點擊事件產生後,事件會傳遞給當前的Activity,由Activity中的PhoneWindow完成,PhoneWindow再把事件處理工作交給DecorView,之後再有DecorView將事件處理工作交給ViewGroup。源碼流程如下所示:

1.Activity#dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        onUserInteraction();
    }
    // 由Activity所附屬的Window分發,返回true,事件循環結束
    if (getWindow().superDispatchTouchEvent(ev)) {
        return true;
    }
    // 返回false意味着事件沒人處理,所有View的onTouchEvent都
    // 返回了false,那麼Activity的onTouchEvent就會被調用
    return onTouchEvent(ev);
}
2.抽象類Window#superDispatchTouchEvent
public abstract boolean superDispatchTouchEvent(MotionEvent event);
3.唯一實現類PhoneWindow#superDispatchTouchEvent
public boolean superDispatchTouchEvent(MotionEvent event) {
    return mDecor.superDispatchTouchEvent(event);
}

五、View的事件分發機制

事件分發到ViewGroup的dispatchTouchEvent方法,如果它的onInterceptTouchEvent返回true,則由自己處理,這時如果它的mOnTouchListener被設置,則onTouch會被調用,否則onTouchEvent會被調用。在onTouchEvent中,如果設置了mOnCLickListener,則onClick會被調用。如果它的onInterceptTouchEvent返回false,則交給點擊事件鏈上的子View處理,如此循環,完成分發。ViewGroup#dispatchTouchEvent關鍵源碼如下所示:

1.ViewGroup會在ACTION_DOWN事件到來時做重置狀態操作
// Handle an initial down.
if (actionMasked === MotionEvent.ACTION_DOWN) {
    // Throw away all previous state when starting a new touch gesture.
    // The framework may have dropped the up or cancel event for the
    // previous gesture due to an app switch, ANR, or some other stae change.
    cancelAndClearTouchTarget(ev);
    // 在此方法中會重置FLAG_DISALLOW_INTERCEPT
    resetTouchState();
}
2.處理當前View是否攔截點擊事件
final boolean interception;
// 當事件由ViewGorup的子元素成功處理時,mFirstTouchTarget會被賦值
// 並指向子元素,反之,被ViewGroup攔截時,mFirstTouchTarget則爲null。
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
    // 在子View中通過requestDisallowInterceptTouchEvent方法來設置
    // FLAG_DISALLOW_INTERCEPT,此時ViewGroup將無法攔截除ACTION_DOWN以外的其他事件 
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
    if (!disallowintercept) {
        intercepted = onInterceptTouchEvent(ev);
        //re store action in case it was changed
        ev.setAction(action);
    } else {
        intercepted = false;
    } else {
        // There are no touch targets and this action is not an initial down so this 
        // view group continues to intercept touches(ACTION_MOVE、ACTION_UP.eg).
        intercepted = true;
    }
}
3.dispatchTouchEvent()方法剩餘的部分源碼
public boolean dispatchTouchEvent(MotionEvent ev) {
    ...
    final View[] children = mChildren;
    // 遍歷ViewGroup的子元素,如果子元素能夠接受到點擊事件,則交給子元素處理。
    for (int i = childrenCount - 1;i >= 0;i--) {
        final int childIndex = customOrder ? getChildDrawingOrder(childrenCount, i) : i;
        final View child = (preorderedList == null) ? children[childIndex] : preorderedList.get(childIndex);
        if (childWithAccessibilityFocus != null) {
            if (childWithAccessibilityFocus != child) {
                continue;
            }
            childWithAccessibilityFocus = null;
            i = childrenCount - 1;
            }
            // 判斷觸摸點的位置是否在子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);
            if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
                mLastTouchDownTime = ev.getDownTime();
                if (preorderedList != null) {
                    for (int j = 0;j < childrenCOunt;j++) {
                        if (children[childIndex] == mChildren[j]) {
                            mLastTouchDownIndex = j;
                            break;
                        }
                    }
                } else {
                    mLastTouchDownIndex = childIndex;
                }
                mLastTouchDownX == ev.getX();
                mLastTouchDownY = ev.getY();
                newTouchTarget = addTouchTarget(child, idBitsToAssign);
                alreadyDispatchedToNewTouchTarget == true;
                break
            }
            ev.setTargetAccessibilityFocus(false);
        }
    ...
}
4.在dispathcTransformedTouchEvent方法中執行真正的分發邏輯
private boolean dispatchTransformedTouchEvent(MotionEvent event,boolean cancel,View child,int desiredPointerIdBits) {
    final int oldAction = event.getAction();
    if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
        event.setAction(MotionEvent.ACTION_CANCEL);
        // 有子View,則調用子View的dispatchTouchEvent(event)方法,如果沒有子View,
        // 則調用super.dispatchTouchEvent(event)方法。
        if (child == null) {
            handled == super..dispatchTouchEvent(event);
        } else {
            handled = child.dispatchTouchEvent(event);
        }
        event.setAction(oldAction);
        return handled;
    }
    ...
}
5.事件傳遞到View的dispatchTouchEvent()
public boolean dispatchTouchEvent(MotionEvent event) {
    ...
    boolean result = false;
    if (onFilterTouchEventForSecurity(event)) {
        ListenerInfo li = mListenerInfo;
        // onTouch方法優先級要高於onTouchEvent(event)方法
        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;
}
6.事件傳遞到View的onTouchEvent()
public boolean onTouchEvent(MotionEvent event) {
    ...
    final int action = event.getAction();
    // 只要View的CLICKABLE和LONG_CLICKABLE有一個爲true,onTouchEvent()就會
    // 返回true消耗這個事件。
    if ((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
        switch(action) {
            case MotionEvent.ACTION_UP:
                boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
                if ((mPrivatFlags & PFLAG_PRESSED) != 0 || prepressed) {
                    boolean focusTaken = false;
                    if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
                        removeLongPressCallback();
                        if (!focusTaken) {
                            if (mPerformClick == null) {
                                mPerformClick = new PerformClick();
                            }
                            if (!post(mPerformClick)) {
                                performClick();
                            }
                        }
                    }
                }
                ...
            }
            return true;
    }
    return true;
}
7.在ACTION_UP事件中會調用performCLick()方法
public boolean performClick() {
    final boolean result;
    final Listenerinfo li = mListenerInfo;
    // 如果View設置了點擊事件,onClick方法就會執行。
    if (li != null && li.mOnClickListener !== null) {
        playSoundEffect(SoundEffectConstants.CLICK);
        li.mOnClickListener.onClick(this);
        result = true;
    } else {
        result = false;
    }
    sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
    return result;
}

由以上源碼分析可得出View完整的點擊事件傳遞流程如下圖所示。

image

六、總結:點擊事件分發的傳遞規則

由事件分發的源碼分析可知點擊事件分發的3個重要方法的關係,用僞代碼表示爲:

public boolean diapatchTouchEvent(MotionEvent ev) {
    boolean consume = false;
    if (onInterceptTouchEvent(ev)) {
        consume = onTouchEvent(ev);
    } else {
        consume = child.dispatchTouchEvent(ev);
    }
    return consume;
}

一些重要的結論:

1.事件傳遞優先級:onTouchListener.onTouch > onTouchEvent > onClickListener.onClick。

2.正常情況下,一個時間序列只能被一個View攔截且消耗。因爲一旦一個元素攔截了此事件,那麼同一個事件序列內的所有事件都會直接交給它處理(即不會再調用這個View的攔截方法去詢問它是否要攔截了,而是把剩餘的ACTION_MOVE、ACTION_DOWN等事件直接交給它來處理)。特例:通過將重寫View的onTouchEvent返回false可強行將事件轉交給其他View處理。

3.如果View不消耗除ACTION_DOWN以外的其他事件,那麼這個點擊事件會消失,此時父元素的onTouchEvent並不會被調用,並且當前View可以持續收到後續的事件,最終這些消失的點擊事件會傳遞給Activity處理。

4.ViewGroup默認不攔截任何事件(返回false)。

5.View的onTouchEvent默認都會消耗事件(返回true),除非它是不可點擊的(clickable和longClickable同時爲false)。View的longClickable屬性默認都爲false,clickable屬性要分情況,比如Button的clickable屬性默認爲true,而TextView的clickable默認爲false。

6.View的enable屬性不影響onTouchEvent的默認返回值。

7.通過requestDisallowInterceptTouchEvent方法可以在子元素中干預父元素的事件分發過程,但是ACTION_DOWN事件除外。

最終完整的事件分發流程圖如下所示:

image

參考鏈接:

1、Android開發藝術探索

2、Android進階之光

3、Android高級進階

4、Gityuan Android事件分發機制

5、通俗理解Android的事件分發機制

6、Android事件分發機制詳解:史上最全面、最易懂

7、Android開發之漫漫長途 Ⅵ——圖解Android事件分發機制(深入底層源碼)

讚賞

如果這個庫對您有很大幫助,您願意支持這個項目的進一步開發和這個項目的持續維護。你可以掃描下面的二維碼,讓我喝一杯咖啡或啤酒。非常感謝您的捐贈。謝謝!


Contanct Me

● 微信:

歡迎關注我的微信:bcce5360

● 微信羣:

微信羣如果不能掃碼加入,麻煩大家想進微信羣的朋友們,加我微信拉你進羣。

● QQ羣:

2千人QQ羣,Awesome-Android學習交流羣,QQ羣號:959936182, 歡迎大家加入~

About me

很感謝您閱讀這篇文章,希望您能將它分享給您的朋友或技術羣,這對我意義重大。

希望我們能成爲朋友,在 Github掘金上一起分享知識。

發佈了16 篇原創文章 · 獲贊 0 · 訪問量 3917
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章