Android中ACTION_CANCEL的觸發(fā)機制與滑出子view的情況

更新時間：2021年09月09日 08:55:27 作者：涂程

這篇文章主要介紹了Android中ACTION_CANCEL的觸發(fā)機制與滑出子view的情況，本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下

ACTION_CANCEL的觸發(fā)時機

有四種情況會觸發(fā)ACTION_CANCEL:

在子View處理事件的過程中，父View對事件攔截
ACTION_DOWN初始化操作
在子View處理事件的過程中被從父View中移除時
子View被設置了PFLAG_CANCEL_NEXT_UP_EVENT標記時

1，父view攔截事件

首先要了解ViewGroup什么情況下會攔截事件，Look the Fuck Resource Code：

/**
 * {@inheritDoc}
 */
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
	...

    boolean handled = false;
    if (onFilterTouchEventForSecurity(ev)) {
        final int action = ev.getAction();
        final int actionMasked = action & MotionEvent.ACTION_MASK;
		...
        // Check for interception.
        final boolean intercepted;
        // 判斷條件一
        if (actionMasked == MotionEvent.ACTION_DOWN
                || mFirstTouchTarget != null) {
            final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
            // 判斷條件二
            if (!disallowIntercept) {
                intercepted = onInterceptTouchEvent(ev);
                ev.setAction(action); // restore action in case it was changed
            } 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.
            intercepted = true;
        }
        ...
    }
    ...
}

有兩個條件

MotionEvent.ACTION_DOWN事件或者mFirstTouchTarget非空也就是有子view在處理事件
子view沒有做攔截，也就是沒有調用ViewParent#requestDisallowInterceptTouchEvent(true)

如果滿足上面的兩個條件才會執(zhí)行onInterceptTouchEvent(ev)。
如果ViewGroup攔截了事件，則intercepted變量為true，接著往下看：

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    
    boolean handled = false;
    if (onFilterTouchEventForSecurity(ev)) {
        ...

        // Check for interception.
        final boolean intercepted;
        if (actionMasked == MotionEvent.ACTION_DOWN
                || mFirstTouchTarget != null) {
            final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
            if (!disallowIntercept) {
                // 當mFirstTouchTarget != null，也就是子view處理了事件
                // 此時如果父ViewGroup攔截了事件，intercepted==true
                intercepted = onInterceptTouchEvent(ev);
                ev.setAction(action); // restore action in case it was changed
            } 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.
            intercepted = true;
        }

        ...

        // Dispatch to touch targets.
        if (mFirstTouchTarget == null) {
            ...
        } else {
            // Dispatch to touch targets, excluding the new touch target if we already
            // dispatched to it.  Cancel touch targets if necessary.
            TouchTarget predecessor = null;
            TouchTarget target = mFirstTouchTarget;
            while (target != null) {
                final TouchTarget next = target.next;
                if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
                    ...
                } else {
                    // 判斷一：此時cancelChild == true
                    final boolean cancelChild = resetCancelNextUpFlag(target.child)
                            || intercepted;

					// 判斷二：給child發(fā)送cancel事件
                    if (dispatchTransformedTouchEvent(ev, cancelChild,
                            target.child, target.pointerIdBits)) {
                        handled = true;
                    }
                    ...
                }
                ...
            }
        }
        ...
    }
    ...
    return handled;
}

以上判斷一處cancelChild為true，然后進入判斷二中一看究竟：

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
            View child, int desiredPointerIdBits) {
    final boolean handled;

    // Canceling motions is a special case.  We don't need to perform any transformations
    // or filtering.  The important part is the action, not the contents.
    final int oldAction = event.getAction();
    if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
        // 將event設置成ACTION_CANCEL
        event.setAction(MotionEvent.ACTION_CANCEL);
        if (child == null) {
            ...
        } else {
            // 分發(fā)給child
            handled = child.dispatchTouchEvent(event);
        }
        event.setAction(oldAction);
        return handled;
    }
    ...
}

當參數cancel為ture時會將event設置為MotionEvent.ACTION_CANCEL，然后分發(fā)給child。

2，ACTION_DOWN初始化操作

public boolean dispatchTouchEvent(MotionEvent ev) {

    boolean handled = false;
    if (onFilterTouchEventForSecurity(ev)) {
        final int action = ev.getAction();
        final int actionMasked = action & MotionEvent.ACTION_MASK;

        // 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 state change.
            // 取消并清除所有的Touch目標
            cancelAndClearTouchTargets(ev);
            resetTouchState();
    	}
    	...
    }
    ...
}

系統(tǒng)可能會由于App切換、ANR等原因丟失了up，cancel事件。

因此需要在ACTION_DOWN時丟棄掉所有前面的狀態(tài)，具體代碼如下：

private void cancelAndClearTouchTargets(MotionEvent event) {
    if (mFirstTouchTarget != null) {
        boolean syntheticEvent = false;
        if (event == null) {
            final long now = SystemClock.uptimeMillis();
            event = MotionEvent.obtain(now, now,
                    MotionEvent.ACTION_CANCEL, 0.0f, 0.0f, 0);
            event.setSource(InputDevice.SOURCE_TOUCHSCREEN);
            syntheticEvent = true;
        }

        for (TouchTarget target = mFirstTouchTarget; target != null; target = target.next) {
            resetCancelNextUpFlag(target.child);
            // 分發(fā)事件同情況一
            dispatchTransformedTouchEvent(event, true, target.child, target.pointerIdBits);
        }
        ...
    }
}

PS：在dispatchDetachedFromWindow()中也會調用cancelAndClearTouchTargets()

3，在子View處理事件的過程中被從父View中移除時

public void removeView(View view) {
    if (removeViewInternal(view)) {
        requestLayout();
        invalidate(true);
    }
}

private boolean removeViewInternal(View view) {
    final int index = indexOfChild(view);
    if (index >= 0) {
        removeViewInternal(index, view);
        return true;
    }
    return false;
}

private void removeViewInternal(int index, View view) {

    ...
    cancelTouchTarget(view);
	...
}

private void cancelTouchTarget(View view) {
    TouchTarget predecessor = null;
    TouchTarget target = mFirstTouchTarget;
    while (target != null) {
        final TouchTarget next = target.next;
        if (target.child == view) {
            ...
            // 創(chuàng)建ACTION_CANCEL事件
            MotionEvent event = MotionEvent.obtain(now, now,
                    MotionEvent.ACTION_CANCEL, 0.0f, 0.0f, 0);
            event.setSource(InputDevice.SOURCE_TOUCHSCREEN);
            分發(fā)給目標view
            view.dispatchTouchEvent(event);
            event.recycle();
            return;
        }
        predecessor = target;
        target = next;
    }
}

4，子View被設置了PFLAG_CANCEL_NEXT_UP_EVENT標記時

在情況一種的兩個判斷處：

// 判斷一：此時cancelChild == true
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;

// 判斷二：給child發(fā)送cancel事件
if (dispatchTransformedTouchEvent(ev, cancelChild,
    target.child, target.pointerIdBits)) {
    handled = true;
}

當 resetCancelNextUpFlag(target.child) 為true時同樣也會導致cancel，查看代碼：

/**
 * Indicates whether the view is temporarily detached.
 *
 * @hide
 */
static final int PFLAG_CANCEL_NEXT_UP_EVENT        = 0x04000000;

private static boolean resetCancelNextUpFlag(View view) {
    if ((view.mPrivateFlags & PFLAG_CANCEL_NEXT_UP_EVENT) != 0) {
        view.mPrivateFlags &= ~PFLAG_CANCEL_NEXT_UP_EVENT;
        return true;
    }
    return false;
}

根據注釋大概意思是，該view暫時detached，detached是什么意思？就是和attached相反的那個，具體什么時候打了這個標記，我覺得沒必要深究。

以上四種情況最重要的就是第一種，后面的只需了解即可。

滑出子View區(qū)域會發(fā)生什么？

了解了什么情況下會觸發(fā)ACTION_CANCEL，那么針對問題：滑出子View區(qū)域會觸發(fā)ACTION_CANCEL嗎？這個問題就很明確了：不會。

實踐是檢驗真理的唯一標準，代碼擼起來：

public class MyButton extends androidx.appcompat.widget.AppCompatButton {

	@Override
    public boolean onTouchEvent(MotionEvent event) {
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                LogUtil.d("ACTION_DOWN");
                break;
            case MotionEvent.ACTION_MOVE:
                LogUtil.d("ACTION_MOVE");
                break;
            case MotionEvent.ACTION_UP:
                LogUtil.d("ACTION_UP");
                break;
            case MotionEvent.ACTION_CANCEL:
                LogUtil.d("ACTION_CANCEL");
                break;
        }
        return super.onTouchEvent(event);
    }
}

一波操作以后日志如下：

(MyButton.java:32) -->ACTION_DOWN
(MyButton.java:36) -->ACTION_MOVE
(MyButton.java:36) -->ACTION_MOVE
(MyButton.java:36) -->ACTION_MOVE
(MyButton.java:36) -->ACTION_MOVE
(MyButton.java:36) -->ACTION_MOVE
(MyButton.java:39) -->ACTION_UP

滑出view后依然可以收到ACTION_MOVE和ACTION_UP事件。

為什么有人會認為滑出view后會收到ACTION_CANCEL呢？

我想是因為滑出view后，view的onClick()不會觸發(fā)了，所以有人就以為是觸發(fā)了ACTION_CANCEL。

那么為什么滑出view后不會觸發(fā)onClick呢？再來看看View的源碼：

在view的onTouchEvent()中：

case MotionEvent.ACTION_MOVE:
    // Be lenient about moving outside of buttons
	// 判斷是否超出view的邊界
    if (!pointInView(x, y, mTouchSlop)) {
        // Outside button
        if ((mPrivateFlags & PRESSED) != 0) {
            // 這里改變狀態(tài)為 not PRESSED
            // Need to switch from pressed to not pressed
            mPrivateFlags &= ~PRESSED;
        }
    }
    break;
    
case MotionEvent.ACTION_UP:
    boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
    // 可以看到當move出view范圍后，這里走不進去了
    if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
        ...
        performClick();
        ...
    }
    mIgnoreNextUpEvent = false;
    break;

1，在ACTION_MOVE中會判斷事件的位置是否超出view的邊界，如果超出邊界則將mPrivateFlags置為not PRESSED狀態(tài)。
2，在ACTION_UP中判斷只有當mPrivateFlags包含PRESSED狀態(tài)時才會執(zhí)行performClick()等。
因此滑出view后不會執(zhí)行onClick()。

結論：

滑出view范圍后，如果父view沒有攔截事件，則會繼續(xù)受到ACTION_MOVE和ACTION_UP等事件。
一旦滑出view范圍，view會被移除PRESSED標記，這個是不可逆的，然后在ACTION_UP中不會執(zhí)行performClick()等邏輯。

到此這篇關于Android中ACTION_CANCEL的觸發(fā)機制與滑出子view的情況的文章就介紹到這了,更多相關Android ACTION_CANCEL內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章:

Android判斷某個權限是否開啟的方法
今天小編就為大家分享一篇Android判斷某個權限是否開啟的方法，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧
2018-07-07
Android開發(fā)Activity的生命周期詳解
這篇文章主要介紹了Android開發(fā)Activity的生命周期詳解，文章圍繞主題展開詳細的內容介紹，具有一定的參考價值，需要的朋友可以參一下
2022-07-07
Android中AOP（面向切向編程）的深入講解
這篇文章主要給大家介紹了關于Android中AOP（面向切向編程）的相關資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧
2018-09-09
Android 根據EditText搜索框ListView動態(tài)顯示數據
這篇文章主要介紹了Android 根據EditText搜索框ListView動態(tài)顯示數據的相關資料,需要的朋友可以參考下
2016-09-09
Android中Activity過渡動畫的實例講解
在android5.0 以上版本中,google為我們提供了幾種activity切換的過渡動畫,目的是為了讓 activity 切換轉場更加美觀,下面這篇文章主要給大家介紹了關于Android中Activity過渡動畫的相關資料,需要的朋友可以參考下
2021-11-11
Kotlin面向對象知識點講解
面向對象編程通過對事物的抽象，大大的簡化了程序的開發(fā)難度。我們常用的編程語言：Java、C++、Python都屬于面向對象編程。Kotlin與java類似，也是一種面向對象編程語言。本文從面向對象三個基本特征：封裝、繼承、多態(tài)，來闡述一下Kotlin中的面向對象編程
2022-12-12
Android 如何使用短信鏈接打開APP
這篇文章主要介紹了Android 如何使用短信鏈接打開APP，小編覺得挺不錯的，現在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧
2018-03-03
Android 自定義閃屏頁廣告倒計時view效果
這篇文章主要介紹了Android 自定義閃屏頁廣告倒計時view效果,需要的朋友可以參考下
2017-05-05
Android基于OpenCV實現非真實渲染
非真實感渲染(Non Photorealistic Rendering，簡稱NPR)，是指利用計算機模擬各種視覺藝術的繪制風格，也用于發(fā)展新的繪制風格。比如模擬中國畫、水彩、素描、油畫、版畫等藝術風格。本文將講解Android基于OpenCV實現非真實渲染的方法
2021-06-06
Android中View自定義組合控件的基本編寫方法
這篇文章主要介紹了Android中View自定義組合控件的基本編寫方法,可以在布局的時候更加隨意地繼承,需要的朋友可以參考下
2016-04-04