Android View的事件分发机制探索

概述

        Android事件传递机制也是Android系统中比较重要的一块，事件类型有很多种，这里主要讨论TouchEvent的事件在framework层的传递处理机制。因为对于App开发人员来说，理解framework层的事件传递机制，就差不多了。

 

 

带着问题来思考整个事件分发过程。

 

1、为什么要有事件分发过程？

        当Android设备的屏幕，接收到触摸的动作时，屏幕驱动把压力信号（包括压力大小，压力位置等）传递给系统底层，然后操作系统经过一系列的处理，然后把触摸事件一层一层的向上传递，最终事件会被准确的传递到产生事件的对象上，系统会遍历每一个View对象，然后计算触摸点在哪一个View中。比如A和B两个View，是兄弟View，AView产生的触摸事件，是不会被分发到B上面的。

 

2、怎么看待事件序列？

        在Android系统中，一个单独的事件基本上是没什么作用的，只有一个事件序列，才有意义。一个事件序列正常情况下，定义为 DOWN、MOVE（0或者多个）、UP/CANCEL。事件序列以DOWN事件开始，中间会有0或者多个MOVE事件，最后以UP事件或者CANCEL事件结束。

DOWN事件作为序列的开始，有一个很重要的职责，就是寻找事件序列的接受者，怎么理解呢？framework 在DOWN事件的传递过程中，需要根据View事件处理方法（onTouchEvent）的返回值来确定事件序列的接受者。如果一个View的onTouchEvent事件，在处理DOWN事件的时候返回true，说明它愿意接受并处理该事件序列。

 

3、Android的framework层如何处理事件的分发过程？

        触摸事件到了framework层之后，首先会被传递到Activity，然后Activity会把事件委托给它内部的Window对象进行分发处理，而Window对象又会委托它内部的DecorView进行事件分发处理。我们都知道，DecorView是整棵View树的根节点，所以整个事件传递过程的复杂度就是事件在View树种分发传递的复杂度。 Android View框架提供了3个对事件的主要操作概念。

    1、事件的分发机制，dispatchTouchEvent。主要是parent根据触摸事件的产生位置，以及child是否愿意负责处理该系列事件等状态，向其child分发事件的机制。

    2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。

    3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。

 

4、上述三个机制，是怎么向其调用者传递处理结果的？

        在Java中，传递计算结果，有很多种途径，这里采用的是一种适用于同步调用的方法，返回值的方法。每个机制都使用boolean类型作为其返回值，那么每个机制的每个返回值是什么含义呢。

    1、事件的分发机制，dispatchTouchEvent。

        true-事件被以该节点为根节点的View树成功处理，此时该事件就算是处理完成了，事件不会再向上返还给View的父节点（把事件分发过来的那个节点）。

        false-以该节点为根节点的View树种，没有一个View（包括该View）成功处理了此事件，所以事件会向上返还给View的父节点（把事件分发过来的那个节点）。

    2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。

        true-当前ViewGroup（因为View中没有该方法，而没有child的VIew也不需要有拦截机制）希望该事件不再传递给其child，而是希望自己处理。

        false-当前ViewGroup不准备拦截该事件，事件正常向下分发给其child。

    3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。

        true-表示该View成功处理了该事件，该处理结果会向上通知给其parent。

        false-表示该View没有成功处理该事件，那么它的parent会有机会来处理该事件（parent标记为事件序列接受者，parent 的 onTouchEvent 在 Down 事件时返回true）。

 

 

 

源代码分析

源代码基于SDK 23

View：

1、dispatchTouchEvent：

/** 把事件分发到目标对象，因为这里是View对象，默认不含有child，所以这里他会把事件分发给自己 */

public boolean dispatchTouchEvent(MotionEvent event);

源代码：

不给出，有兴趣的读者执行查阅SDK

伪代码：

public boolean dispatchTouchEvent(MotionEvent event){
    boolean result = false;
    //如果有事件监听器，先让监听器处理事件。
    if (mOnTouchListener.onTouch(event)) {
        //如果监听器成功处理了该事件，处理结果设置为true。
        result = true;
    }
    //如果没有监听器，就调用自身的onTouchEvent方法来处理事件。
    if (!resutlt && onTouchEvent(event)) {
        //如果自身的onTouchEvent成功处理事件，处理结果设置为true。
        result = true;
    }
    return result;
}

 

 

ViewGroup：

1、onInterceptTouchEvent

/** 默认实现是返回false，也就是默认不拦截任何事件 */

public boolean onInterceptTouchEvent(MotionEvent ev);

 

2、dispatchTouchEvent

/** 根据内部拦截状态，向其child或者自己分发事件 */

public boolean dispatchTouchEvent(MotionEvent ev);

源代码：

不给出，有兴趣的读者执行查阅SDK

伪代码：

public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ACTION_DOWN事件 || 没有事件处理对象) {
        if (允许拦截事件，该标志位由child调用requestDisallowInterceptTouchEvent<span style="font-family:微软雅黑;font-size:14px;">设置</span>) {
			//查询拦截机制的结果，根据该结果来判断是否需要拦截
            intercepted = onInterceptTouchEvent(ev);
        } else {
			//不允许拦截，那么不拦截
            intercepted = false;
        }
    } else { 
	    //不是DOWN,并且有处理对象，允许拦截，中断事件传递
        intercepted = true;
    }

    if (不取消 && 不拦截) {
        if (ACTION_DOWN) { //找寻接收事件序列的对象，其他事件不需要再计算事件产生对象，试想一下滑动一个ListView，当手指滑动出ListView的范围时，依然还是ListView响应后续事件。
            for (遍历所有childView) {
                if (触摸点不在childView内部) {
                    continue;
                }
                if (childView.dispatchTouchEvent(event)) {
                    保存处理该事件的View，后续事件直接传递到该View，不要重新计算;
                }
            }
        }

        if (还没有事件处理对象) {
			//当前View树中没找到合适的child处理对象，把事件给自己处理，View.dispatchTouchEvent()就是把事件分发给自己
            super.dispatchTouchEvent(event);
        } else {
			//传递给child
            childView.dispatchTouchEvent(event);
        }
    } else if (拦截) {
		//拦截事件，把事件给自己处理，View.dispatchTouchEvent()就是把事件分发给自己
        super.dispatchTouchEvent(event);
	}

    return 处理结果;
}

 

 

3、requestDisallowInterceptTouchEvent

/** 干涩parent的事件分发机制，通知parent，是否拦截后续事件，如果设置为true，parent就不会拦截该事件，不管什么状态。设置为false，parent走正常的拦截流程 */

public void requestDisallowInterceptTouchEvent(boolean disallowIntercept);

源代码：

不给出，有兴趣的读者执行查阅SDK

伪代码：

 public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
    if (已经是当前要设置的状态) {
        // 已经处于这个状态, 假设我们的parent也是这个状态
        return;
    }
    设置该状态;
    // 传递给parent
    if (有父容器) {
        设置父容器的拦截状态;
    }
}

 

 

自己动手

我们都知道，如果ScrollView内部嵌套ListView，那么ListView是不可以滑动的，效果如下图所示：

 

 

那么其实这就是典型的事件冲突问题，就是说，原本应该被ListView用来上下滑动的事件，被ScrollView拦截了。就导致ListView不能正常滑动。

我们来看一下ScrollView的源代码：

onInterceptTouchEvent的伪代码：

public boolean onInterceptTouchEvent(MotionEvent ev) {
    /*
     * 这个方法决定了我们是否要拦截事件.
     * 如果返回true, onTouchEvent会被调用并且我们开始做实际的Scroll操作.
     */

    /*
    * 大部分循环的状态: 用户在再拖拽的状态并且正在移动手指，
    * 我们希望拦截这个事件
    */
    final int action = ev.getAction();
    if ((action == MotionEvent.ACTION_MOVE) && (mIsBeingDragged)) {
        return true;
    }
	
	//其他操作
	......................
}

所以正常的上下拖拽，ScrollView都会拦截。

 

 

那么我们下面改进一下，就是当我们滑动ScrollView中非ListView的区域时，ScrollView滑动，而我们滑动ListView的时候，ListView滑动，效果看起来如下图所示：

 

这里解决方法如下：

既然ScrollView会拦截事件，那么当我们滑动ListView的时候，我们不希望ScrollView拦截事件，这里我们继承ListView，在onTouchEvent中，请求ScrollView不要拦截事件。

部分代码如下：

@Override
public boolean onTouchEvent(MotionEvent ev) {
    super.onTouchEvent(ev);
    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            getParent().requestDisallowInterceptTouchEvent(true);
            break;
        case MotionEvent.ACTION_MOVE:
            break;
        case MotionEvent.ACTION_UP:
            getParent().requestDisallowInterceptTouchEvent(false);
            break;
        default:
            break;
    }
    return  true;
}

这样就可以很好的解决事件冲突的问题。

还有一种方法就是覆写parent的onInterceptTouchEvent方法，来修改事件拦截的状态。