中国领先的IT技术网站
|
|

Android触摸事件(笔记篇)

类似标题的文章在网上不要讲的太多,我也曾经以为自己掌握了,直到最近用的时候发现问题,才知道自己之前并非真的理解了,遂写下这篇笔记。事件分发传递的逻辑取决于ACTION_DOWN,同时要注意的是ACTION_MOVE和ACTION_UP的流程并不完全跟ACTION_DOWN一样。

作者:卌梓来源:segmentfault|2016-12-08 22:59

【技术沙龙】AI开发者实战营-7分钟打造1个定制技能。7月22号,我们等你一起!


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

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

同时要注意的是ACTION_MOVE和ACTION_UP的流程并不完全跟ACTION_DOWN一样

下面这幅图是ACTION_DOWN手势的处理逻辑图

以前我对手势处理的概念也仅仅停留在这里,而且我还错误的把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,如下图所示

从上图中我们可以看到,最终能够收到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

而值得注意的是,在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,如下图所示:

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

【编辑推荐】

  1. Android应用内存泄漏的定位、分析与解决策略
  2. 34个Android常用adb shell命令汇总
  3. Android开发中的MVP架构
  4. 图解Android事件分发机制
  5. Android混淆从入门到精通
【责任编辑:枯木 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

热门职位+更多

读 书 +更多

计算机网络安全

本书从计算机网络安全的概念入手,分析了单机节点、单一网络、互联网络和开放互联网络的基本安全问题,并对计算机网络安全体系架构和安全机...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
× Python一种神奇的语言