Android事件分发机制
Posted Sunzxyong
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android事件分发机制相关的知识,希望对你有一定的参考价值。
【注】:这篇文章中的内容都以这张图来讲解分发机制,其中A、B、C都是ViewGroup,它们的层次关系为:A为根布局,B为二级子布局,C为三级子布局,其中C布局中包含一个Button按钮,即A包含B,B包含C,C包含Button。
好了,废话少说。先来讲下今天的三位主角吧。
1、dispatchTouchEvent - 分发事件,默认为false。true:取消事件,不继续向下分发,false:向下分发事件
2、onInterceptTouchEvent - 拦截事件,默认为false。true:拦截事件,自身的onTouchEvent()方法消费,false:事件继续向下传递
3、onTouchEvent - 处理事件,默认为false,true:消费事件,false:不消费事件,向上层传递让上层处理。【注】如果发生了拦截,那么如果该层不处理则会继续向上传递,让上层处理。如果过程中没有发生处理,则事件分发到底层后将一直向上层传递至Activity,在Activity的onTouchEvent()中处理。【注】如果在设置了setOnClickListener(…)的View或Viewgroup中,返回true则消费事件,会触发onClick事件,如果返回false,则不会触发onClick事件
这里借用网上的两张图片来增加理解:
1、在没有做任何处理,也即默认情况下,触摸屏幕发生的一系列事件分发过程:
如果DOWN事件没有被消费,则后续的MOVE/UP事件将不会传递过来,直接在Activity层处理
2、如果子View消费了事件,则事件的分发过程为:
上面这三个方法就是负责android中当用户触摸屏幕时事件的分发与处理。在Android中,事件的分发是遵循这样一套机制的:当用户触摸到屏幕时,也就是触摸到Activity界面,当Activity中的dispatchTouchEvent()方法允许分发时,这时这个触摸事件就会先出现在根布局这个ViewGroup中,然后再向里层的ViewGroup或View传递,也就是Activity->RootView->子ViewGroup->…..->View。
如图:
下面我们通过几个示例来看看事件分发到底是怎样的?
我们按最上面那个图布局好后,然后分别实现A、B、C中的dispatchTouchEvent()、onInterceptTouchEvent()、onTouchEvent()三个方法,然后实现Button中的dispatchTouchEvent()、onTouchEvent()两个方法,再用Log分别在各自的方法以这种形式打印出来: Log.v(“zxy”,”C—–>onInterceptTouchEvent”);
【注】:只有ViewGroup中才有onInterceptTouchEvent()拦截事件方法,View中只有分发事件和处理事件这个两个方法。
在默认情况下,我们点击屏幕上的Button
在此之前,要先说个概念,我们知道用户触摸到屏幕时候,会触发一系列事件,顺序为:Down->(Move….)->Up,这里为什么要给Move打括号呢?因为在此过程中,有可能用户只点击然后抬起手指,有可能点击后又移动了多次,所以Move的次数是不确定的,但是只要触摸到屏幕,一定会有Down和Up事件,这里我们假设在点击过程中不移动手指,所以只产生Down和Up两个事件。
所以触摸一次既然有两个事件Down->Up:
1、Up的分发也是取决于Down是否分发,如果Down事件在B层的dispatchTouchEvent()方法返回true,也即取消事件停止分发,那么后续的Move事件、Up事件也只能到达B层,并在B层取消分发。假如我们在A层中的dispatchTouchEvent()方法返回true,也就是取消事件停止分发,那么Down事件会在A层中取消事件,Up事件也会在A层中取消事件(假设我们手指不移动只产生down和up两个事件),所以Log只有Down和Up两个事件并都在A层取消分发,Log如下:
-------------------Down
08-17 21:39:01.447 2661-2661/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:39:01.447 2661-2661/? V/zxy﹕ A----->dispatchTouchEvent
-------------------Up
08-17 21:39:01.540 2661-2661/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:39:01.540 2661-2661/? V/zxy﹕ A----->dispatchTouchEvent
2、Down事件无论在哪一层中被拦截即onInterceptTouchEvent()返回true,那么后续的Move事件、Up事件都不会被下发,都只能在Activity层处理。假如我们在A层中onInterceptTouchEvent()返回true,我们可以看打印的Log中Down事件的分发过程,其余事件都停留在Activity层,Log如下:
-------------------Down
08-17 21:28:28.510 2557-2557/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ A----->dispatchTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ A----->onTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ Activity----->onTouchEvent
------------------Up
08-17 21:28:28.596 2557-2557/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:28:28.597 2557-2557/? V/zxy﹕ Activity----->onTouchEvent
所以,我们清楚上面的概念后,下面的示例就比较好懂了
在默认情况下,我们分别在那几个方法中用Log打印,看看点击Button后事件传递的流程和各个方法执行的情况(假设手指没有移动),Log如下:
-------------------Down
08-17 21:58:03.585 2810-2810/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ A----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ B----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ C----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ Button----->onTouchEvent
-------------------Up
08-17 21:58:03.677 2810-2810/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ A----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ B----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ C----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ Button----->onTouchEvent
我可以看出,点击中间的Button后,首先是调用Activity中的dispatchTouchEvent()方法,因为这个方法默认返回值为false,所以往下分发,然后到了ViewGroup-A,在A中又往下分发到达B,在B中又往下分发到达C,在C中又往下分发到达Button,然后在Button中的onTouchEvent()消费事件,可能这里会有疑问?这里明明是默认情况下,没有发生拦截和onTouchEvent没有指定返回ture,怎么在Button那里就消费了呢?原因是像Button、ImageButton那样可点击的View在默认情况下onTouchEvent是返回ture的表示默认消费事件,而其它默认情况下不可点击的View或ViewGroup则返回false表示默认不消费事件。所以到达Button这层消费了事件就不会往上层传递了。
在B层中取消事件分发
即在B层的dispatchTouchEvent()方法返回true
打印的Log为:
-------------------Down
08-17 22:10:16.872 2923-2923/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:10:16.873 2923-2923/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:10:16.873 2923-2923/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:10:16.873 2923-2923/? V/zxy﹕ B----->dispatchTouchEvent
-------------------Up
08-17 22:10:16.974 2923-2923/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:10:16.974 2923-2923/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:10:16.974 2923-2923/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:10:16.974 2923-2923/? V/zxy﹕ B----->dispatchTouchEvent
可以看到,在事件传递到B层后,事件就不能继续分发了,事件取消了
在B层拦截事件
在B层拦截事件后onTouchEvent()返回true,消费事件
-------------------Down
08-17 22:22:29.376 3039-3039/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ B----->dispatchTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ B----->onTouchEvent
-------------------Up
08-17 22:22:30.309 3039-3039/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ B----->dispatchTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ B----->onTouchEvent
可以看到,在B层如果拦截后,那么事件就到B层的onTouchEvent()方法中,同时消费该事件
在B层拦截事件后onTouchEvent()返回false,不消费事件,传递给上层处理
首先,因为刚刚在上面讲了,无论在哪个层发生了事件拦截,只有Down事件才会到达该层,而Move、Up事件则将停留在Activity层处理。
又因为该层发生了拦截,所以onTouchEvent()默认返回为false,所以Log如下:
08-17 22:29:01.714 3211-3211/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ B----->dispatchTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ B----->onTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ A----->onTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ Activity----->onTouchEvent
------------------Up
08-17 22:29:01.802 3211-3211/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:29:01.802 3211-3211/? V/zxy﹕ Activity----->onTouchEvent
从Log中可以看出,在B发生拦截后,该层如果不处理该事件,则会向上一层A传递,同时A默认返回为false,即不处理,再继续向上一层Activity传递,这时候到达顶层了,没有谁可以传递了,就在Activity中消费该事件。同时也可以看到无论哪一层发生拦截后Up事件只能停留在Activity层。
其它情况都默认,当事件到达Button层onTouchEvent()事件的处理
不消费事件,onTouchEvent()返回false
Log为:
因为Button层的onTouchEvent()方法不消费该事件,所以将往上层的父ViewGroup传递,直到消费事件为止
------------------Down
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ A----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ B----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ C----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Button----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ C----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ B----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ A----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Activity----->onTouchEvent
------------------Up
08-17 23:12:31.137 3659-3659/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:12:31.137 3659-3659/? V/zxy﹕ Activity----->onTouchEvent以上是关于Android事件分发机制的主要内容,如果未能解决你的问题,请参考以下文章
从源码角度分析Android 事件分发机制以及常见滑动冲突解决方案