Android觸摸事件傳遞機制

時間  2020-01-11
標籤 android 觸摸 事件 傳遞 機制 欄目 Android 简体版
原文   原文鏈接

前言

成爲一名優秀的Android開發，須要一份完備的知識體系，在這裏，讓咱們一塊兒成長爲本身所想的那樣~。

1、瞭解Activity的構成

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

image

2、觸摸事件的類型

觸摸事件對應的是MotionEvent類，事件的類型主要有以下三種：git

  • ACTION_DOWN
  • ACTION_MOVE(移動的距離超過必定的閾值會被斷定爲ACTION_MOVE操做)
  • ACTION_UP

3、事件傳遞的三個階段

  • 分發（dispatchTouchEvent）：方法返回值爲true表示事件被當前視圖消費掉；返回爲super.dispatchTouchEvent表示繼續分發該事件。github

  • 攔截（onInterceptTouchEvent）：方法返回值爲true表示攔截這個事件並交由自身的onTouchEvent方法進行消費；返回false表示不攔截，須要繼續傳遞給子視圖。 若是return super.onInterceptTouchEvent(ev)， 事件攔截分兩種狀況:  json

    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)，事件處理分爲兩種狀況：app

    1.若是該View是clickable或者longclickable的,則會返回true, 表示消費 了該事件, 與返回true同樣; 2.若是該View不是clickable或者longclickable的,則會返回false, 表示不 消費該事件,將會向上傳遞,與返回false同樣.源碼分析

注意：在Android系統中，擁有事件傳遞處理能力的類有如下三種。post

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

4、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);
}
複製代碼

5、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

6、總結：點擊事件分發的傳遞規則

由事件分發的源碼分析可知點擊事件分發的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

參考連接：

一、Android開發藝術探索

二、Android進階之光

三、Android高級進階

四、Gityuan Android事件分發機制

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

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

七、Android開發之漫漫長途 Ⅵ——圖解Android事件分發機制（深刻底層源碼）

讚揚

若是這個庫對您有很大幫助，您願意支持這個項目的進一步開發和這個項目的持續維護。你能夠掃描下面的二維碼，讓我喝一杯咖啡或啤酒。很是感謝您的捐贈。謝謝！

Contanct Me

● 微信：

歡迎關注個人微信：bcce5360

● 微信羣：

微信羣若是不能掃碼加入，麻煩你們想進微信羣的朋友們，加我微信拉你進羣。

● QQ羣：

2千人QQ羣，Awesome-Android學習交流羣，QQ羣號：959936182， 歡迎你們加入~

About me

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

但願咱們能成爲朋友，在 Github、掘金上一塊兒分享知識。

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程