码迷,mamicode.com
首页 > 移动开发 > 详细

Android View的事件分发机制探索

时间:2016-04-22 20:13:31      阅读:221      评论:0      收藏:0      [点我收藏+]

标签:

概述

        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) { //找寻接收事件序列的对象
            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方法,来修改事件拦截的状态。

Android View的事件分发机制探索

标签:

原文地址:http://blog.csdn.net/hjf_huangjinfu/article/details/51197826

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!