浅谈View的事件分发机制(一)

View的事件分发机制

标签(空格分隔): Android Event View


通过此篇文章整理自己关于事件分发机制的学习和理解。本篇大部分内容基于《Android开发艺术探索》这本书,在这里也算替作者做下宣传啊,感慨下作者的对源码的理解,羡慕ing...好了废话不多说了,先从整体介绍下事件分发机制涉及的一些基础知识。

点击事件的传递规则

首先我们所说的点击事件即是MotionEvent这个对象。典型的事件类型有以下几种:

  • ACTION_DOWN:手指刚接触屏幕;
  • ACTION_MOVE:手指在屏幕上移动;
  • ACTION_UP:手指从屏幕松开的一瞬间。

我们可以通过该对象得到,手指触碰时在屏幕中的坐标。系统提供了两组方法:getX/getY和getRawX/getRawY。它们的区别也很明显,getX/getY得到的是相当于当前被触碰View的左上角的坐标,而getRawX/getRawY返回的则是相对于整个屏幕的左上角的坐标。下面的这张图片清晰的展示了它们之间的不同:
![相对坐标与绝对坐标][1]
[1]: http://upload-images.jianshu.io/upload_images/623378-f45e4c2e22f0e8aa.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240

我想有些新手可能之前一直对这两个方法分不清楚吧(不要打我。。。)至少我是这样。
好,回归正题,所谓的点击事件的分发,即是对MotionEvent事件的分发,即当一个MotionEvent发生之后,系统需要把这个事件传递给一个指定的View,这个传递过程就是我们所说的分发过程。点击事件的分发过程由三个很重要的方法来完成:dispatchTouchEvent()onInterceptTouchEvent()onTouchEvent()我们简单介绍一下这个三个方法。

  • public boolean dispatchTouchEvent(MotionEvent ev):

用来处理事件的分发方法。它的返回结果可以受当前View的onTouchEvent()和下级的View的dispatchTouchEvent()方法的影响,表示是否消耗当前事件。

  • public boolean onInterceptTouchEvent(MotionEvent ev):

在上述方法的内部调用,用于判断是否拦截某个事件,如果当前View拦截了某个事件那么在同一个事件序列当中,此方法不会被调用,返回结果表示是否拦截事件。

  • public boolean onTouchEvent(MotionEvent ev);

在dispatchTouchEvent方法中调用,用于处理点击事件的方法。返回结果表示是否消耗了当前事件,如果不消耗,则在同一事件序列中,无法再接收到事件。

这里已经简单介绍了三个方法和它们之间的关系,为了更直观的展示它们之间的关系,可以通过以下的伪码来展示:

public boolean dispatchTouchEvent(MotionEvent ev) {
        boolean consume = false;
        if (onInterceptTouchEvent(ev)) {
            consume = onTouchEvent(ev);
        } else {
            consume = child.dispatchTouchEvent(ev);
        }
        
        return consume;
    }

简单分析下这段伪码:

  • 变量consume:标志是否消耗了事件;
  • 第一个判断条件,调用onInterceptTouchEvent(ev)方法来判断是否拦截了该事件,如果拦截该事件直接调用该View的onTouchEvent(ev)方法来判断是否消耗了此事件。
  • 第二个判断条件,如果不拦截该事件,就会向下传递,调用该View子类的dispatchTouchEvent(ev)方法。同样依据上边的模式来继续调用,直到事件被最终处理。

最后再简单总结一下,对于一个根ViewGroup来说,点击事件发生后,首先就会传递给它,它的dispatchTouchEvent(ev)方法就会被调用,如果这个ViewGroup的onInterceptTouchEvent(ev)方法返回true就表示它要拦截当前事件,接着事件就会交给这个ViewGroup处理,即调用它的onTouchEvent()方法;如果这个ViewGroup的onInterceptTouchEvent(ev)方法返回false,就表示它不会拦截该事件,事件就会向它的子View传递,紧接着子View的dispatchTouchEvent(ev)方法就会被调用,如此反复下去。这里读者可能会产生疑问,如果最终的子View也返回false不处理这个事件,会发生怎样的结果呢?稍后我们会解决这个疑问的。。。。。。请相信我

接下来还有几个比较容易疏忽的知识点,这里我给大家单独提一下。

  • 当一个View需要处理事件时,如果它设置了OnTouchListener,那么OnTouchListener中的onTouch()方法就会被回调,如果该方法返回false,则当前View的onTouchEvent()方法会被调用;如果返回true,那么当前View的onTouchEvent()方法就不会被调用。如果在onTouchEvent()方法中,设置了OnClickListener,那么它的onClick()方法会被调用。可以简单的总结一下即:OnTouchListener > onTouchEvent > OnClickListener 这样一个优先级关系。可以看到,我们平时最常用的OnClickListener,其优先级最低,即处于事件传递的尾端。

  • 当一个点击事件产生后,它的传递顺序遵循如下顺序:Activity > Window > View。这里View被称为顶级View,即我们在setContentView所设置的View的父容器。这里我们就可以回答我们之前留下的那个问题:
    如果一个View的OnTouchEvent()方法返回false,那么它的父容器的onTouchEvent()方法就会被调用。如果父容器的onTouchEvent()方法也返回false,那么还会向上级抛送这个事件,以此类推最终如果所有的View的onTouchEvent()方法都返回了false,那么Activity的onTouchEvent()方法就会被调用。

本篇文章最后给出一些书中关于事件传递机制的一些结论,根据这些结论可以更好地理解整个传递机制。

  1. 同一个事件序列:是指从手指触摸屏幕的那一刻起,到手指离开屏幕的那一刻结束。这个事件序列以ACTION_DOWN开始,中间含有数量不定的ACTION_MOVE,最终以ACTION_UP结束。

  2. 正常情况下,一个事件序列只能被一个View拦截且消耗。即如果一旦一个View拦截了某次事件,那么同一个事件序列内的所有事件都会直接交给它来处理,因此同一个事件序列不能分别由两个View同时处理。但是通过特殊手段可以做到,比如一个View在onTouchEvent()方法中强行将本该自己处理的事件传递给其他View处理。

  3. 某个View一旦决定拦截,它的onInterceptTouchEvent()方法只会被调用一次,此后该事件序列的其他事件不再经过它来进行判断,直接调用该View的onTouchEvent()方法来处理事件。

  4. 某个View一旦开始处理事件,如果不消耗ACTION_DOWN事件,那么同一事件序列的其他事件也不会再交给它来处理,并且事件将重新交个它的父容器来处理,即父容器的onTouchEvent()方法会被调用。

  5. 如果View不消耗除ACTION_DOWN以外的其他事件,那么这个点击事件就会消失,此时父容器的onTouchEvent()方法并不会被调用,并且当前View还可以持续收到后续的事件,最终这些消失的点击事件会传递给Activity处理。

  6. ViewGroup默认不拦截任何事件。源码中ViewGroup的onInterceptTouchEvent()方法默认返回false。

  7. View没有onInterceptTouchEvent()方法,所以一旦有点击事件传递给它,它的onTouchEvent()方法就会被调用。

  8. View的onTouchEvent()方法默认都会消耗事件(默认返回true),除非它是不可点击的(即clickable和longClickable同时都为false)。View的longClickable默认都为false,clickable属性要分情况,比如Button为true,而TextView默认为false。

  9. View的enable属性不影响onTouchEvent的默认返回值。即一个View是disable状态的,只要它不是不可点击的,它的onTouchEvent()方法就会返回true。

  10. onClick发生的前提是当前View是可点击的,并且它收到了ACTION_DOWN和ACTION_UP事件。

  11. 事件传递都是由外向内的,即事件传递都是由父元素分发给子View。但是通过调用父容器的requestDisallowInterceptTouchEvent()方法,子View就可以干预父元素的事件分发过程。但是ACTION_DOWN事件除外。

以上即是关于点击事件传递需要掌握的一些基础知识,接下来我会跟着大家一同分享和学习事件分发的源码解析。

你可能感兴趣的:(浅谈View的事件分发机制(一))