Android触摸事件(笔记篇)

发布时间:2019-06-24 发布网站:脚本宝典
脚本宝典收集整理的这篇文章主要介绍了Android触摸事件(笔记篇)脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。

类似标题的文章在网上不要讲的太多,我也曾经以为自己掌握了,直到最近用的时候发现问题,才知道自己之前并非真的理解了,遂写下这篇笔记、

事件分发传递的逻辑取决于ACTION_DOWN

同时要注意的是ACTION_MOVE和ACTION_UP的流程并不完全跟ACTION_DOWN一样
下面这幅图是ACTION_DOWN手势的处理逻辑图

clipboard.png

以前我对手势处理的概念也仅仅停留在这里,而且我还错误的把ACTION_MOVE和ACTION_UP的逻辑也理所应当的想成这样(就我身边的情况来看,并不仅仅是我这么认为)。

这里我们以ViewGroup为例来总结一下
(注意,为了方便理解,我只分析了ViewGroup,activITy和View有些许不同)

dispatchTouchEvent
可以消费事件
如果返回true,则自己消费掉事件,终止传递
如果返回false,不消费事件,交由父的onTouchEvent做处理;
如果返回suPEr,不消费事件,将事件派发给onInterceptTouchEvent做处理。

onInterceptTouchEvent
不能消费事件
如果返回true,将事件派发给自己的onTouchEvent做处理;
如果返回false/super,将事件派发给子的dispatchTouchEvent做处理;

onTouchEvent
可以消费事件
如果返回true,则自己消费掉事件,终止传递
如果返回false/super,将事件派发给父的onTouchEvent做处理;

大家可以看到,最终消费掉事件的位置只有两个,dispatchTouchEvent和onTouchEvent返回true的时候,而且在它们返回为false的时候,都是将事件交给上层的onTouchEvent来处理,它们一个在onInterceptTouchEvent前,一个在onInterceptTouchEvent后,而onInterceptTouchEvent只是将事件进行分流,这样就构成了这张android事件传递图、

关于ACTION_MOVE和ACTION_UP

总结一句话,在默认都返回super的情况下,哪一层的onTouchEvent返回true,那一层的onTouchEvent才会收到ACTION_MOVE和ACTION_UP,跟它同级及以上的dispatchTouchEvent和onInterceptTouchEvent能收到ACTION_MOVE和ACTION_UP,如下图所示

clipboard.png

从上图中我们可以看到,最终能够收到ACTION_MOVE和ACTION_UP的onTouchEvent只能有一个,就算你上层的onInterceptTouchEvent对ACTION_MOVE返回了true,那也只会把ACTION_MOVE事件分发到上一层,子View就不会收到ACTION_MOVE事件了,也就是说,当一个View在onTouchEvent里的ACTION_DOWN里面返回了true,那它的ACTION_MOVE和ACTION_UP事件不管返回什么结果其实都是一样的,因为ACTION_MOVE事件已经分发到这了,就算返回false上层也是收!不!到!的!(这个概念跟我以前的三观是完全不符的,当然你觉得错误也可以反驳我,刚开始我自己都不太相信)

requestDisallowInterceptTouchEvent的使用

在手势处理中,我们还可以使用requestDisallowInterceptTouchEvent方法,来驳回onInterceptTouchEvent对事件的拦截

对于某些Groupview,它会在onInterceptTouchEvent事件中拦截ACTION_MOVE事件,例如ListView、ScrollView等,这个时候childView就无法获取到ACTION_MOVE事件了(常见的ScrollView嵌套ViewPager,ViewPager无法滑动),除了重写GroupView的onInterceptTouchEvent方法,我们还可以重写ChildView的dispatchTouchEvent方法来解决、

首先,不管再霸道的GroupView,在默认情况下,都不会在onInterceptTouchEvent的ACTION_DOWN事件返回true的,因为这样会导致childView根本没有获取手势的机会
那么,childView在dispatchTouchEvent方法中就能收到ACTION_DOWN事件,这个时候,我们调用parent的requestDisallowInterceptTouchEvent方法,设置为true,来通知GroupView不要拦截我的事件,那么接下来,原本应该被GroupView拦截的ACTION_MOVE事件就会绕过GroupView的onInterceptTouchEvent方法,直接下传到childView的dispatchTouchEvent

Android触摸事件(笔记篇)

而值得注意的是,在dispatchTouchEvent中getParent().requestDisallowInterceptTouchEvent(false)和return false效果是不同的

当GroupView.requestDisallowInterceptTouchEvent(true)时,onTouchEvent方法并不会接收到任何事件,所以此时若在ChildView的dispatchTouchEvent方法中return false,其实效果是跟return true一样的。只有当GroupView.requestDisallowInterceptTouchEvent(false)时,手势才会再次交给GroupView处理。

所以,这时,在ChildView中假如你想只消费某一类型的ACTION_MOVE事件(如水平滑动),那就需要调用getParent().requestDisallowInterceptTouchEvent(false),而不是return false,如下图所示:

Android触摸事件(笔记篇)

另外,网上很多在ACTION_UP的时候会调用
getParent().requestDisallowInterceptTouchEvent(false),其实并不是必要的,因为在收到ACTION_DOWN时,GroupView默认会重新将requestDisallowInterceptTouchEvent设置为false状态。

脚本宝典总结

以上是脚本宝典为你收集整理的Android触摸事件(笔记篇)全部内容,希望文章能够帮你解决Android触摸事件(笔记篇)所遇到的问题。

如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。