【滑动冲突】常见情形及解决方案

安卓开发过程中滑动冲突的情形主要有2类：

父view与子view的滑动方向不同，如：父view左右滑动，子view上下滑动或相反(ViewPage里面嵌套ListView)。这种情形是比较简单的，只需要根据不同的滑动动作进行相应的拦截与处理即可。
父view与子view的滑动方向相同，即，父view左右，子view也左右(ViewPage里面嵌套可以缩放、移动的ImageView)。这种情形需要根据具体情况来进行拦截处理，比如父View在出现子View滑动到边缘的情况才进行拦截处理。

滑动冲突解决策略的理论基础为安卓的事件分发机制，针对滑动冲突的解决策略有以下两种：

一种是外部拦截法：即当事件满足滑动条件，通过父View的【onInterceptTouchEvent】方法对其进行拦截，拦截之后将直接进入父View的onTouchEvent进行事件消费，不会再传入下级view。
二种是内部拦截法：即通过子View的【dispatchTouchEvent】方法接收到down事件，然后获取父View的requestDisallowInterceptTouchEvent方法禁止其onInterceptTouchEvent拦截，当满足父View滑动条件的时候才允许。这种方法需要父View不拦截down事件，因为拦截了down事件后所有子元素的触摸事件都会失效。

建议采用第一种方法，易于理解，不容易出错。

ViewPager里面嵌套ListView

实际测试后发现：原生根本就不会产生滑动冲突！

1、左右滑动（ViewPager处理触摸事件）

当ACTION_DOWN = 0，按下动作时，先是父ViewPager判断是否拦截，由于此时父ViewPager还不能判断是否要进行拦截，所以onInterceptTouchEvent返回false，即不拦截，所以ACTION_DOWN事件可以(必须、务必、一定)传到子ListView。
当ACTION_MOVE = 2，移动动作时，在父ViewPager尚未识别出此手势是左右滑动item的动作之前(一般是根据滑动的速度和累计距离判断)，onInterceptTouchEvent同样也返回false，即同样不拦截，所以最初的这些ACTION_MOVE事件同样也可以传到ListView。
一旦父ViewPager识别出此手势是左右滑动item的动作(比如水平方向移动了足够长的距离)
- 1、那么onInterceptTouchEvent将返回true(红色框位置)，即开始拦截，所以之后的这些ACTION_MOVE事件将无法传到ListView；
- 2、并且父ViewPager会在此时传给子View一个ACTION_CANCEL= 3的"取消动作"，当子ListView收到此事件后便取消了之前对此手势的预处理；
- 3、并且此后父ViewPager将不再调用onInterceptTouchEvent判断是否需要拦截(因为它认为此后的事件都是自己需要的)
此后所有的ACTION_MOVE、ACTION_UP=1事件都交由父ViewPager的onTouchEvent处理了。

2、上下滑动（ListView处理触摸事件）

可以发现，父ViewPager的onInterceptTouchEvent始终返回false，即从不会拦截触摸事件，所以上下滑动时的事件完全由ListView处理(这是最原始的状态)。

PS：

父ViewPager的onInterceptTouchEvent在事件分发过程中(即dispatchTouchEvent方法调用时)并非是每次都会被调用的，一旦父ViewPager识别出此手势是自己需要的或不是自己需要的，之后都将不会再调用onInterceptTouchEvent判断是否需要拦截。
所以判断判断某个View是否拦截了手势，只需看其最后一次调用onInterceptTouchEvent时的返回值即可。
并且，很容易理解，其最后一次调用之前调用onInterceptTouchEvent时的返回值肯定都是false。

ListView里面嵌套ViewPager

1、上下滑动（ListView处理触摸事件）

情况和上面的一样

2、左右滑动（ViewPager处理触摸事件）

情况同样和上面一样

ScrollView里面嵌套ListView

1、当ScrollView的内容没有超出屏幕时(也即ScrollView不需要上下滑动)，不会产生滑动冲突(也即内部的ListView能正常滑动)，所有触摸事件都由ListView处理。

2、当ScrollView的内容超出屏幕时(也即ScrollView需要上下滑动)，由于ListView也需要上下滑动，所以会产生滑动冲突(也即内部的ListView讲不能正常滑动)，所有触摸事件都由ScrollView处理！

SV嵌套LV滑动冲突之外部拦截法

外部拦截法即：重写父容器的onInterceptTouchEvent方法，当自己需要的时候就拦截，否则不拦截。可以很容易理解，因为这和android自身的事件处理机制逻辑是一模一样的。

核心代码为：

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

boolean intercepted = false;

switch (ev.getAction()) {

case MotionEvent.ACTION_DOWN://down事件肯定不能拦截，拦截了后面的就收不到了

intercepted = false;

break;

case MotionEvent.ACTION_MOVE:

if (true) intercepted = false;//如果确定拦截了，就去自己的onTouchEvent里处理拦截之后的操作即可

break;

case MotionEvent.ACTION_UP:

//up事件我们一般都是返回false的，一般父容器都不会拦截他，因为up是事件的最后一步，这里返回true也没啥意义。

//唯一的意义就是，如果父元素把up拦截了，将导致子元素收不到up事件，那子元素就肯定没有onClick事件触发了，这里的小细节要想明白

intercepted = false;

break;

default:

break;

}

return intercepted;

}

SV嵌套LV滑动冲突之内部拦截法

内部拦截法即：父容器不做处理，在子View中调用getParent().requestDisallowInterceptTouchEvent(true)，作用是：告诉父view，我的触摸事件由我自行处理，不要阻碍我

不过前提是：要保证父亲容器不能拦截down事件。

核心代码为：

@Override

public boolean dispatchTouchEvent(MotionEvent event) {

switch (event.getAction()) {

case MotionEvent.ACTION_DOWN:

break;

case MotionEvent.ACTION_MOVE:

//这里指定在什么条件下，才会要求父View把触摸事件交给自己处理。注意这里是调用的【getParent().getParent()】

if (true) getParent().getParent().requestDisallowInterceptTouchEvent(true);//这句话的作用是告诉父view，我的触摸事件由我自行处理，不要阻碍我

break;

case MotionEvent.ACTION_UP:

getParent().getParent().requestDisallowInterceptTouchEvent(false);//个人感觉这行代码没啥用，因为父view本来就不会拦截

break;

}

return super.dispatchTouchEvent(event);

}

附件列表