Android开发——事件分发机制详解---微信鱼虾蟹源码搭建

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android开发——事件分发机制详解---微信鱼虾蟹源码搭建相关的知识,希望对你有一定的参考价值。

转载请注明出处:http://h5.hxforum.com
深入学习事件分发机制,是为了解决在android开发中遇到的滑动冲突问题做准备。事件分发机制描述了用户的手势一系列事件是如何被Android系统传递并消费的。

首先对事件分发机制进行概述:如果当一个点击事件发生时,事件最先传递给当前Activity,再传递给Window,接着传递给顶级View,最后按照事件分发机制去分发事件。事件的传递过程可以用以下伪代码进行描述:微信鱼虾蟹源码搭建(h5.hxforum.com) 联系方式170618633533企鹅2952777280 微信Tel17061863533源码出售 房卡出售 后台出租有意者私聊
[java] view plain copy
public boolean dispatchTouchEvent(MotionEvent ev){//事件传递到,那么该方法一定会被调用
boolean consume = false;
//onInterceptTouchEvent只存在于ViewGroup,判断是否拦截该事件
//但不是每次都调用该方法,后面会详细介绍
if(onInterceptTouchEvent(ev)){
if(!OnTouchListener.onTouch(ev)){// OnTouchListener优先级较onTouchEvent高
consume = onTouchEvent(ev);//处理点击事件
}
}else{
consume = child. dispatchTouchEvent(ev);
}
return consume;
}
对于事件传递后的事件消费,如果一个View设置了OnTouchListener,则OnTouchListener的onTouch会首先被调用。若onTouch返回false,最后才轮到onTouchEvent去消费该事件(我们平时设置的OnclickListener就在onTouchEvent方法中,优先级较低)。
若onTouchEvent返回了true,则表示事件已经被消费了,否则它的父容器的onTouchEvent将会调用,以此类推,直至由Activity的onTouchEvent被调用。
整个过程的简要流程图如下所示:

  1. 事件的分发详解
    如果需要再进一步分析事件的分发机制,那么必须阅读源码。
    一个点击事件发生时,事件第一步最先传递给当前Activity。

  2. 1 Activity对事件的分发
    [java] view plain copy
    public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
    onUserInteraction();
    }
    if (getWindow().superDispatchTouchEvent(ev)) {
    return true;
    }
    return onTouchEvent(ev);
    }
    从源码里可以看出,事件交给了Activity所附属的Window进行分发,返回true则结束事件分发,否则代表所有的View的onTouchEvent返回了false(均不处理),这时是由Activity的onTouchEvent来处理。

  3. 2 Window对事件的分发
    Window的superDispatchTouchEvent()是一个抽象方法,Window的唯一实现是PhoneWindow。
    下面代码便来自于PhoneWindow对事件的分发逻辑。
    [java] view plain copy
    @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
    return mDecor.superDispatchTouchEvent(event);
    }
    从源码里可以看出,事件交给了DecorView处理。我们继续查看DecorView的定义。

  4. 3 DecorView的定义
    [java] view plain copy
    private final class DecorView extends FrameLayout implements RootViewSurfaceTaker{…}

public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
从源码里可以看出,DecorView是继承自FrameLayout的,毫无疑问FrameLayout又继承了ViewGroup,那么剩下的工作就是研读 GroupView的dispatchTouchEvent方法了。

  1. 4 ViewGroup
    ViewGroup和Activity、View比,多了一个onInterceptTouchEvent()事件拦截方法,事件传递到ViewGroup若onInterceptTouchEvent返回true,则事件由ViewGroup处理(OnTouchListener比onTouchEvent优先级要高,这一点前面也介绍过了)。若返回false,子View的dispatchTouchEvent会被调用。
    但是onInterceptTouchEvent并不是每次都会调用并判断是否拦截事件,ViewGroup.dispatchTouchEvent()的源码分析如下:
    [java] view plain copy
    // 检查是否进行事件拦截
    final boolean intercepted;
    if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
    if (!disallowIntercept) {
    //回调onInterceptTouchEvent(),返回false表示不拦截touch,否则拦截touch事件
    intercepted = onInterceptTouchEvent(ev);
    ev.setAction(action);
    } else {
    intercepted = false;
    }
    } else {
    //没有touch事件的传递对象,同时该动作不是初始动作down,ViewGroup继续拦截事件
    intercepted = true;
    }
    从源码里可以看出,ViewGroup的onInterceptTouchEvent判断是否去拦截事件的前提是ACTION_DOW或者mFirstTouchTarget != null,关于mFirstTouchTarget,如果事件由ViewGroup的子View成功处理,mFirstTouchTarget会指向该子View不为空。
    当面对ACTION_DOW事件时,ViewGroup总是会调用自己的onInterceptTouchEvent来询问是否去拦截事件,因此若ViewGroup拦截了ACTION_DOWN事件,mFirstTouchTarget一定为空。当后续ACTION_MOVE和ACTION_UP事件到来时,ViewGroup的onInterceptTouchEvent不会调用,直接拦截。那么有什么办法可以修改这种默认机制呢?

我们还注意到源码中的标记位FLAG_DISALLOW_INTERCEPT,该标记位通过子View的getParent().requestDisallowInterceptTouchEvent方法来设置,作用是ViewGroup将无法拦截除ACTION_DOW以外的点击事件。这为我们后面如何处理滑动冲突提供思路。至于为什么无法拦截ACTION_DOW,可以由以下源码证明。
[java] view plain copy
//处理初始的down事件
if (actionMasked == MotionEvent.ACTION_DOWN) {
// ACTION_DOWN到来时的重置操作
//当app切换、 ANR或一些其他的touch状态发生时,framework会丢弃或取消先前的touch状态
cancelAndClearTouchTargets(ev);
resetTouchState();//该方法中会重置FLAG_DISALLOW_INTERCEPT标记位
}

  1. 5 View对事件的处理
    当ViewGroup的onInterceptTouchEvent返回false,会首先遍历所有的子元素,判断子元素是否能够接收点击事件(通过判断子元素是否在播放动画并且点击坐标落在该子元素区域内)。若子元素具备接收事件的条件,那么它的dispatchTouchEvent会被调用,若遍历完所有的子元素均返回false,那么只能ViewGroup自己去处理该事件。子元素的该方法返回true会终止遍历子元素。
    事件传递就来到了子View的“手里”,处理过程如下。
    [java] view plain copy
    public boolean dispatchTouchEvent(MotionEvent event) {
    boolean result = false;
    //...
    if (onFilterTouchEventForSecurity(event)) {
    //noinspection SimplifiableIfStatement
    ListenerInfo li = mListenerInfo;
    if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
    && li.mOnTouchListener.onTouch(this, event)) {
    return true; }

    if (onTouchEvent(event)) {
    return true; }
    }
    //…
    return result;
    }
    View无法继续向下传递事件,只能处理之。从源码第8行可以看出会执行View的OnTouchListener.onTouch这个函数,若返回true,onTouchEvent便不会再被调用了。可见OnTouchListener比onTouchEvent优先级更高。

  2. 6 View的onTouchEvent
    首先当View处于不可用状态时的处理过程如下:
    [java] view plain copy
    if ((viewFlags & ENABLED_MASK) == DISABLED) {
    // A disabled view that is clickable still consumes the touch
    // events, it just doesn‘t respond to them.
    return (((viewFlags & CLICKABLE) == CLICKABLE ||
    (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
    }
    可以看出View的enable属性不影响onTouchEvent的返回值,View的onTouchEvent会默认消耗事件并返回true,除非其CLICKABLE和LONG_CLICKABLE均为false。后者在View中默认为false,前者根据控件本身来决定。通过setClickable和setLongClickable可以改变View的这两个属性。setOnClickListener和setOnLongClickListener本质上也是通过setClickable和setLongClickable来改变View的这两个属性。

View对事件的具体处理如下:
[java] view plain copy
public boolean onTouchEvent(MotionEvent event) {
//...
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
...
performClick();
break;
case MotionEvent.ACTION_DOWN:
break;
case MotionEvent.ACTION_CANCEL:
break;
case MotionEvent.ACTION_MOVE:
break;
}
//
return true;
}
return false;
}
从源码中可以看出,如果一个控件是clickable或longclickable的,那么就会执行ACTION_UP、ACTION_DOWN等case里面,并最终返回true。需要说明的是,如果在上一个case(比如:ACTION_UP)中返回了false,那么下面所有的case(比如:ACTION_CANCEL、ACTION_MOVE等)都不会得到执行。

ACTION_UP发生时会调用performClick方法,源码如下所示:
[java] view plain copy
public boolean performClick() {
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
if (mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
return true;
}
return false;
}

以上是关于Android开发——事件分发机制详解---微信鱼虾蟹源码搭建的主要内容,如果未能解决你的问题,请参考以下文章

Android 事件分发机制分析及源码详解

Android Touch事件分发处理机制详解

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

详解Android View 中的事件分发机制

详解Android View 中的事件分发机制

Android 源码详解:View的事件分发机制