Android触摸事件的应用详解

前言

上一篇讲了Android触摸事件的传递机制，具体可以看这里初识Android触摸事件传递机制。既然知道Android中触摸事件的传递分发，那么它能解决什么样的问题，在我们实际开发中如何应用，这点很重要，知道原理是为了解决问题而准备的。这篇文章的核心讲的如何解决View的滑动冲突，这个问题在日常开发中很常见，比如内部嵌套Fragment视图是左右滑动，外部用一个ScrollView来包含，可以上下滑动，如果不进行滑动冲突处理的话，就会造成外部滑动方向和内部滑动方向不一致。

目录

常见的滑动冲突场景
滑动冲突的处理规则
外部拦截法
内部拦截法
小结

常见的滑动冲突场景

常见的滑动冲突场景可以简单分为以下三种：

场景1：外部滑动方向和内部滑动方向不一致
场景2：外部滑动方向和内部滑动方向一致
场景3：上面两种情况的嵌套

如图：

场景1，主要是将ViewPager和Fragment配合使用所组成的页面滑动效果，主流应用几乎都会使用这个效果。在这个效果中可以通过左右滑动来切换页面，而每个页面内部往往又是一个ListView，所以就造成了滑动冲突，但是在ViewPager内部处理了这种滑动冲突，因此在采用ViewPager时我们就无须关注这个问题，而如果把ViewPager换成ScrollView，那就必须自己手动处理，不然造成的结果就是内外两层只能一层能够滑动。

场景2，就复杂一点，当内外两层都在同一个方向可以滑动的时候，显然存在逻辑问题。因为当手指开始滑动的时候，系统无法知道用户到底是想让哪一层滑动，所以当手指滑动的时候就会出现问题，要么只有一层滑动，要么就是内外两层都滑动但很卡顿。

场景3，是场景1和场景2两种情况的嵌套，显得更复杂了。比如外部有一个SlideMenu效果，内部有一个ViewPager，ViewPager的每一个页面中又是一个ListView。虽然场景3滑动冲突看起来很复杂，但都是几个单一的滑动冲突的叠加，因此需要一一拆解开来即可。

滑动冲突的处理规则

一般来说，不管滑动冲突有多么复杂，它都有既定的规则，根据这些规则我们就可以选择合适的方法去处理。

对于场景1，它的处理规则就是：当用户左右滑动时，需要让外部的View拦截点击事件，当用户上下滑动，需要让内部View拦截点击事件。具体来说就是根据滑动是水平滑动还是竖直滑动来判断到底是由谁来拦截事件。

如图：

简单来说，就是根据水平方向和竖直方向的距离差来判断，如果是Dx>Dy，那么则是水平滑动，如果是Dy>Dx，那么则是竖直滑动。

场景2，则是比较特殊，它无法根据滑动的角度，距离差以及速度差来做判断。这个时候就需要从业务上找到突破点，比如，当处于某种状态时需要外部View响应用户的滑动，而处于另外一种状态时需要内部View来响应View的滑动

对于场景3的话，它的滑动规则也更复杂，和场景2一样，同样是从业务上找到突破点。

外部拦截法

外部拦截法是指点击事件都是先经过父容器的拦截处理，如果父容器需要此事件就拦截，如果不需要此事件，就不拦截了，这样就可以解决滑动冲突的问题，外部拦截法需要重写父容器的onInterceptTouchEvent方法，在内部做相应的拦截即可，伪代码如下：

 @Override public boolean onInterceptTouchEvent(MotionEvent event) { boolean intercepted = false; int x = (int) event.getX(); int y = (int) event.getY(); switch (event.getAction()) { case MotionEvent.ACTION_DOWN: {  intercepted = false;  break; } case MotionEvent.ACTION_MOVE: {  if (父容器需要点击当前事件) {  intercepted = true;  } else {  intercepted = false;  }  break; } case MotionEvent.ACTION_UP: {  intercepted = false;  break; } default:  break; } mLastXIntercept = x; mLastYIntercept = y; return intercepted; }