Android事件分发机制,大表哥带你慢慢深入

一、简单创建一个Demo

  • 基本结构如下图:
demo项目结构.png

介绍:demo中将用两个自定义View和三个自定义ViewGroup来分不同情况处理事件,下面会贴出类大致代码:
补充:
View和ViewGroup的区别:

  • 1.ViewGroup是View的子类,所以它也具有View的特性,但它主要用来充当View的容器,将其中的View视作自己的孩子,对它的子View进行管理,当然它的孩子也可以是ViewGroup类型。
  • 2.在处理事件的三个方法中,ViewGroup可以去通过onInterceptTouchEvent()方法决定是否拦截事件

1.自定义ViewGroup类

自定义ViewGroup.png
注:demo中所有的ViewGroup初始代码基本都是这样,只是上图红色块范围的日志打印不同而已。

2.自定义View类

自定义View.png
注:demo中所有的View初始代码基本都是这样,只是上图红色块范围的日志打印不同而已。

3.布局文件:

布局.png

布局简图:

布局简图

4.MainActivity基本代码:

activity代码

二、开启大表哥:

  • 先上事件分发流程图:
事件分发流程图.png
  • 理解事件分发:

1.事件分发过程由dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()三个方法协助完成
2.Android事件分发顺序:Activity(Window) -> ViewGroup -> View
3.在事件分发三大类(Activity、ViewGroup、View)中,Activity和View不会去拦截事件(也就是不能重写onInterceptTouchEvent()方法)
4.按照以上说的Demo正常流程跑一遍查看一下Log日志如下(** 点击EventViewB **):

事件分发流程
总结:我们按照正常流程对事件分发加以理解,从上图的事件流程来看,整个事件分发呈U形,从Activity开始把这个事件向下依次按照层级分发到最后的一个View或者ViewGroup,这个时候会执行最后一个View或者ViewGroup的onTouchEvent()方法,然后又向上依次按照层级去触发onTouchEvent()事件,中途若没有被消费(返回true),就会传递直到activity,整个流程呈U形。
  • 理解dispatchTouchEvent(是否分发或传递事件):

先看我们demo模拟演示的日志:
模拟一:其他所有事件流程保持默认super状态,且EventViewGroupB中的dispatchTouchEvent方法中返回false,也就是不向下分发事件,** 然后点击EventViewB **,日志如下:

禁止GroupB的事件分发

模拟二:其他所有事件流程保持默认super状态,且EventViewB中的dispatchTouchEvent方法返回false,不向下分发事件,** 然后点击EventViewB **,日志如下:

禁止ViewB的事件分发
总结:

1.返回false:当我们不再向下分发的时候(dispatchTouchEvent返回false),无论是ViewGroup还是View,都会从** 该View的上一级 的onTouchEvent事件向上传递( 注意:当一个View不在向下分发的时候,这个View是不会执行自己的onTouchEvent()方法的,这也是和该View拦截后续事件的区别 **)
2.返回true:若直接返回true,表示事件直接被消费,这个事件也就停止分发且不会逆向向上传递,直接结束了。
3.返回super:事件将会继续向下分发,直到事件被消费为止。

  • 理解onInterceptTouchEvent(是否拦截该事件,默认不做拦截):

比如我们在EventViewGroupB中的onInterceptTouchEvent方法返回true(也就是拦截后续事件),Log日志如下:

在GroupViewB中拦截后续事件
总结:注意onInterceptTouchEvent()是ViewGroup特有的方法,View和Activity都不会拦截事件。

1.返回false/super(默认):不做此次拦截,事件将会正常向下分发,分发至下级的dispatchTouchEvent方法 再次判断是否分发事件。
2.返回true:表示ViewGroup容器拦截后续事件,** 会执行该View的onTouchEvent()方法然后停止向下分发转而通过onTouchEvent()向上传递,直到最终被消费 **

  • 理解onTouchEvent(是否消费掉此次事件):

模拟一:我们在EventViewB中的onTouchEvent返回true(也就是直接消费掉此次事件),** 然后点击EventViewB **,Log日志如下:

onTouchEvent返回true

模拟二:我们在EventViewB中的onTouchEvent返回false(也就是不消费掉此次事件),Log日志如下:


onTouchEvent返回false

模拟三:我们在EventViewB中的onTouchEvent返回super.onTouchEvent(event),Log日志和模拟二的结果一样

总结:首先,我们应该理解onTouchEvent方法的触发满足的条件,在正常流程下,我们提到过整个流程呈U形,U形的转折点就是从Activity开始事件向下分发到最后一个View或者ViewGroup的onTouchEvent()方法。

1.返回true:立即消费掉事件,事件将不会向上传递,事件到此终止。。
2.返回false/super:不消费掉此次事件,事件将会层层向上传递,直到被消费。

  • 理解事件消费:
    上面很多地方说到了事件消费,那么事件怎样才算被消费了呢?(答案:简而言之,就是onTouchEvent返回true就表示此次事件被消费掉)

    我们把以上demo代码有关事件的都归到初始状态(调用super),然后给ViewA设置触摸事件,给ViewB设置点击事件,添加以下Activity的代码。

    添加代码

    1.给ViewA设置触摸事件,默认返回false,表示不消费掉事件,然后向上传递。设置为返回true则表示消费掉事件,终止事件传递。(** 以下是分这两种情况 去触摸ViewA的日志**):

    返回false,不消费事件,将会向上传递
    返回true,消费掉事件,事件终止

    2.点击ViewB我们可以通过日志看出事件被点击事件消费掉了。

    点击ViewB

为了证明该事件被消费掉了,我在ViewB 的 return super.onTouchEvent(event) 打了一个断点,单步调试发现事件最终会被消费掉。

证明点击事件是会消费事件的

二、图解总结

  • 根据以上demo描述,U型图如下:
事件分发U形图
总结:
1.dispatchTouchEvent 和 onTouchEvent 一旦return true,事件就停止传递了(到达终点)(没有谁能再收到这个事件)。看下图中只要return true事件就没再继续传下去了,对于return true我们经常说事件被消费了,消费了的意思就是事件走到这里就是终点,不会往下传,没有谁能再收到这个事件了。
2.dispatchTouchEvent 和 onTouchEvent方法在return false的时候事件都回传给父控件的onTouchEvent处理。
  • 对于dispatchTouchEvent 返回 false 的含义应该是:事件停止往子View传递和分发同时开始往父控件回溯(父控件的onTouchEvent开始从下往上回传直到某个onTouchEvent return true),事件分发机制就像递归,return false 的意义就是递归停止然后开始回溯。
  • 对于onTouchEvent return false 就比较简单了,它就是不消费事件,并让事件继续往父控件的方向从下往上流动。
3.onInterceptTouchEvent 的作用
  • onInterceptTouchEvent方法中 return true就会交给自己的onTouchEvent的处理,如果不拦截就是继续往子控件往下传。默认是不会去拦截的,因为子View也需要这个事件,所以onInterceptTouchEvent拦截器return super.onInterceptTouchEvent()和return false是一样的,是不会拦截的,事件会继续往子View的dispatchTouchEvent传递。
作为笔记,事件分发就暂时先写到这,以上若有什么纰漏烦请指出,多多指教。

请点赞,因为您的鼓励将是我写作的最大动力!

推荐阅读更多精彩内容