Android触摸事件传递机制

栏目: Android · 发布时间: 5年前

内容简介:成为一名优秀的Android开发,需要一份完备的一个Activity包含了一个Window对象,这个对象是由PhoneWindow来实现的。PhoneWindow将DecorView作为整个应用窗口的根View,而这个DecorView又将屏幕划分为两个区域:一个是TitleView,另一个是ContentView,而我们平时所写的就是展示在ContentView中的,下图表示Activity的构成。

前言

成为一名优秀的Android开发,需要一份完备的 知识体系 ,在这里,让我们一起成长为自己所想的那样~。

一、了解Activity的构成

一个Activity包含了一个Window对象,这个对象是由PhoneWindow来实现的。PhoneWindow将DecorView作为整个应用窗口的根View,而这个DecorView又将屏幕划分为两个区域:一个是TitleView,另一个是ContentView,而我们平时所写的就是展示在ContentView中的,下图表示Activity的构成。

Android触摸事件传递机制

二、触摸事件的类型

触摸事件对应的是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完整的点击事件传递流程如下图所示。

Android触摸事件传递机制

六、总结:点击事件分发的传递规则

由事件分发的源码分析可知点击事件分发的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事件除外。

最终完整的事件分发流程图如下所示:

Android触摸事件传递机制

参考链接:

1、Android开发艺术探索

2、Android进阶之光

3、Android高级进阶

4、 Gityuan Android事件分发机制

5、 通俗理解Android的事件分发机制

6、 Android事件分发机制详解:史上最全面、最易懂

7、 Android开发之漫漫长途 Ⅵ——图解Android事件分发机制(深入底层源码)


以上所述就是小编给大家介绍的《Android触摸事件传递机制》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

链接

链接

[美]艾伯特-拉斯洛•巴拉巴西 (Albert-László Barabási) / 沈华伟 / 浙江人民出版社 / 2013-8-1 / 59.90元

[内容简介] ★《链接》是《爆发》的作者,艾伯特-拉斯洛•巴拉巴西的成名之作,同时也是复杂网络的奠基之作,社交网络的入门之作。巴拉巴西之前,随机网络理论一直主导者我们的网络思维,是巴拉巴西第一个证明了,我们不是生活在随机世界里,真实网络是无尺度的。 ★巴拉巴西在书中追溯了网络的数学起源,分析了社会学家在此基础上得出的研究成果,最后提出自己的观点:我们周围的复杂网络,从鸡尾酒会、恐怖组织......一起来看看 《链接》 这本书的介绍吧!

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

html转js在线工具
html转js在线工具

html转js在线工具