常见的滑动冲突场景及解决方案

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

• 对于场景1，它的处理规则是：当用户左右滑动时，需要让外部的view拦截点击事件，当用户上下滑动时，需要让内部view拦截点击事件，这个时候我们可以根据他们的特征来解决滑动冲突，具体来说就是：根据滑动时水平滑动还是竖直滑动来判断到底由谁来拦截事件。如何知道滑动谁水平滑动还是竖直滑动呢？我们可以通过两点之间的坐标，依据滑动路径和水平方向所形成的夹角，也可以依据水平方向和竖直方向上的距离差来判断，某些时候还可以依据水平和竖直方向的速度差来做判断。
• 对于场景2，比较特殊，它无法根据滑动的角度、距离差以及速度差来做判断，但是这个时候一般都能在业务上找到突破点，比如业务上规定：当处于某种状态时需要外部view响应用户的滑动，而处于另一种状态时则需要内部view来响应view的滑动，根据这种业务上的需求我们能得出相应的处理规则。
• 对于场景3，它的滑动规则更复杂，它也无法直接根据滑动的角度、距离差以及速度差来做判断，同样还是只能从业务上找到突破点。和场景1、2的解决思想一致，只需要解决每层之间的滑动冲突即可。

滑动冲突的解决方式：

1、外部拦截法

外部拦截法需要重写父容器的onInterceptTouchEvent方法，在内部做相应的拦截即可，如下面伪代码所示：

@Overridepublic 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;}return intercepted;}

在父容器的onInterceptTouchEvent方法中，首先是ACTION_DOWN事件，父容器必须返回false,即不拦截ACTION_DOWN事件，这是因为一旦父容器拦截者这个事件，那么后续的ACTION_MOVE和ACTION_UP事件都会直接交由父容器处理，这个时候就没法传递给子元素了；其次是ACTION_MOVE事件，这个事件可以根据需要来决定是否拦截；最后是ACTION_UP,这里必须返回false,如果父容器返回true,就会导致子元素无法接收到ACTION_UP事件，这个时候onClick事件就无法触发。

2、内部拦截法

内部拦截法是指父容器不拦截任何事件，所有事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父容器处理。我们需要重写子元素的dispatchTouchEvent方法，一下是伪代码：

@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {int x = (int) event.getX();int y = (int) event.getY();switch (event.getAction()) {case MotionEvent.ACTION_DOWN:parent.requestDisallowInterceptTouchEvent(true);// 表示不拦截break;case MotionEvent.ACTION_MOVE:if (父容器需要点击事件) {parent.requestDisallowInterceptTouchEvent(false);// 表示拦截}break;case MotionEvent.ACTION_UP:break;default:break;}return super.dispatchTouchEvent(event);}

requestDisallowInterceptTouchEvent方法通过改变FLAG_DISALLOW_INTERCEPT标记位拦截事件，但是ACTION_DOWN事件不受FLAG_DISALLOW_INTERCEPT这个标记位的控制