View滑动冲突的处理

常见的滑动冲突可以分为三种：
一、外部滑动方向和内部滑动方向不一致，比如ViewPager嵌套ListView，之所以我们使用起来没问题是因为ViewPager内部已经处理过了，这里只是拿来举个例子。

二、外部滑动方向和内部滑动方向一致，比如ScrollView嵌套ListView，我们用的时候没问题也是因为ScrollView内部已经处理了。

三、上面两种情况的嵌套。

对于第一种情况，它的处理规则是：当用户左右滑动的时候让外部View去拦截点击事件，当上下滑动时，需要让内部View拦截点击事件。关于判断是上下滑动，还是左右滑动，可以根据滑动的距离或者滑动的角度去判断，这里不详细说明，主要是讲解滑动冲突的处理流程。

对于第二种情况 ，它的处理规则是：一般从业务需要上面找到突破点，比如当处理某种状态时，需要外部View响应用户的滑动，当处于另一种状态时，需要内部View来响应用户的滑动，根据具体的需求我们就能得到相应的处理规则。比如类似ScrollView嵌套ListView的时候，如果ListView没有滑动到顶部或者底部的时候，那么滑动的时候，就由ListView来响应用户的滑动；如果ListView滑动到了顶部，向下滑动的时候，由ScrollView来响应用户的滑动，向上滑动的时候由ListView来响应用户的滑动。还有其余的情况，这里不一一分析。

会了前两种情况的处理，第三种情况的处理也就好理解了，无非是上面两种情况的结合，但是实际处理起来可能会稍微麻烦些。

针对滑动冲突，主要有两种解决滑动冲突的方式：外部拦截法和内部拦截法。

1.外部拦截法：所谓外部拦截法是指点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，如果不需要此事件就不拦截，这样就可以解决滑动冲突的问题，这种方法比较符合点击事件的分发机制。外部拦截法需要重写父容器的onInterceptTouchEvent方法，在内部做相应的拦截即可。这种方法的伪代码如下所示：

public boolean onInterceptTouchEvent(MotionEvent event){
boolean intercepted =false;

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_DOWN事件 ，那么后续的ACTION_MOVE和ACTION_UP事件都会直接交给父容器处理，这个时候事件就没法传递给子View了;对于ACTION_MOVE事件，父容器根据需要进行拦截；最后是ACTION_UP，这里必须返回false，一是因为如果返回true，那么子View的onClick事件不会触发，其次ACTION_UP这个事件对父容器本身也没有多大意义。

2.内部拦截法：是指父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父容器进行处理，这种方法和Android中的事件分发机制不一样，需要配合父容器的requestDisallowInterceptTouchEvent方法才能正常工作，使用起来比外部拦截法稍显复杂。它的伪代码如下：
子VIew中的dispatchTouchEvent:
public boolean dispatchTouchEvent(MotionEvent event){
switch (event.getAction()){
case MotionEvent.ACTION_DOWN:
parent.requestDisallowInterceptTouchEvent(true); //禁止父容器拦截事件
break;
case MotionEvent.ACTION_MOVE:
if(父容器需要当前滑动事件){
parent.requestDisallowInterceptTouchEvent(true); //让父容器开始拦截
}
break;
case MotionEvent.ACTION_UP:
break;
default:
break;
}
return super.dispatchTouchEvent(event);
}
父容器中的onInterceptTouchEvent:
public boolean onInterceptTouchEvent(MotionEvent event){
int action = event.getAction();
if(action == MotionEvent.ACTION_DOWN){
return false;
}else{
return true;
}
}

为什么父容器不能拦截ACTION_DOWN呢？那是因为ACTION_DOWN事件并不受FLAG_DISALLOW_INTERCEPT（通过requestDisallowInterceptTouchEvent方法设置的）这个标记位的控制，一旦ACTION_DOWN这个事件到来，这个标记位会被重置。所以一旦父容器拦截了ACTION_DOWN事件，那么所有的事件都无法传递到子元素中去了，这样内部拦截法就不起作用了。