Android开发：这可能是ViewPager2滑动冲突最全的处理方案，内外兼修

&& Math.abs(mScroller.getFinalX() - mScroller.getCurrX()) > mCloseEnough) {

// 在Down事件中禁止Parent View拦截事件，是为了事件序列能够传递到ViewPager

requestParentDisallowInterceptTouchEvent(true);

setScrollState(SCROLL_STATE_DRAGGING);

} else {

completeScroll(false);

mIsBeingDragged = false;

}

break;

}

case MotionEvent.ACTION_POINTER_UP:

onSecondaryPointerUp(ev);

break;

}

return mIsBeingDragged;

}

可以看到在ACTION_DOWN与ACTION_MOVE中根据一些判断条件调用了requestParentDisallowInterceptTouchEvent(true)方法来禁止Parent View拦截事件，也就是说ViewPager已经帮我们处理了滑动冲突，所以我们只管用即可，无需担心滑动冲突问题。

现在，我们转到ViewPager2中，翻阅源码发现只有在RecyclerView 的实现类中有onInterceptTouchEvent的相关方法，而且这句代码仅仅是处理禁用了用户输入的逻辑！

private class RecyclerViewImpl extends RecyclerView {

… // 省略部分代码

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

return isUserInputEnabled() && super.onInterceptTouchEvent(ev);

}

}

也就是说ViewPager2其实并没有帮我们处理滑动冲突！这是为什么呢？难道是ViewPager2的开发者们把这件事忘了？这里我敢保证肯定不是这样子的。其实，只要我们看一看ViewPager2的结构大概就能知道了。

ViewPager2被声明了final，意味着我们不能像继承ViewPager一样来修改ViewPager2。如果官方在ViewPager2内部自行处理了滑动冲突，那么如果有特殊的需求，需要根据我们自己的情况来处理ViewPager2的滑动，那么官方写的处理滑动冲突的代码是不是会影响到我们自己的需求？所以我觉得也正因为这样，干脆不做任何处理，全权交给了开发者自行解决。

冲突处理方案

既然官方不给我们处理，那就需要我们自己动手了。在开始之前我们先来了解以下处理滑动冲突的两种方案。既然出现滑动冲突，那么一定是由于两个布局相互嵌套引起的 。既然是两个布局，那么我们就可以分为两个方向来处理。即所谓的外部拦截法和内部拦截法。

1. 外部拦截法

所谓的“外部拦截法“中的外部是指出现滑动冲突的这两个布局的外层。我们知道，一个事件序列是由Parent View先获取到的，如果Parent Vi