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状态。