Android触摸事件（笔记篇）

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

事件分发传递的逻辑取决于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状态。

本文转载自网络，原文链接：https://segmentfault.com/a/1190000007723821
本站部分内容转载于网络，版权归原作者所有，转载之目的在于传播更多优秀技术内容，如有侵权请联系QQ/微信：153890879删除，谢谢！