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的滑动,那么官方写的处理滑动冲突的代码是不是会影响到我们自己的需求?所以我觉得也正因为这样,干脆不做任何处理,全权交给了开发者自行解决。
冲突处理方案
既然官方不给我们处理,那就需要我们自己动手了。在开始之前我们先来了解以下处理滑动冲突的两种方案。既然
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
出现滑动冲突,那么一定是由于两个布局相互嵌套引起的 。既然是两个布局,那么我们就可以分为两个方向来处理。即所谓的外部拦截法和内部拦截法。
1. 外部拦截法
所谓的“外部拦截法“中的外部是指出现滑动冲突的这两个布局的外层。我们知道,一个事件序列是由Parent View先获取到的,如果Parent View不拦截事件那么才会交由子View去处理。既然是外层先获知事件,那外层View根据自身情况来决定是否要拦截事件不就行了吗?因此外部拦截法的实现是非常简单的,大概思路如下:
public boolean onInterceptTouchEvent(MotionEvent event) {
boolean intercepted = false;
int x = (int) event.getX();
int y = (int) event.getY();
sw