下面我们整理一下上面代码的逻辑:
-
标注5处的代码是onInterceptTouchEvent的返回值,由于mScrollState初始值是SCROLL_STATE_IDLE,所以我们可以得知RecyclerView在接受到ACTION_DOWN事件的时候并没有拦截事件(这是一句废话,如果ACTION_DOWN事件都拦截的话,那么所有自己的子view都拿不到触摸事件了),这也是为啥ACTION_DOWN的时候ItemView能够拿到对应事件。
-
标注1处的两个变量是用来标识RecyclerView是竖直滑动还是水平滑动
-
标注2处的代码是如果RecyclerView是水平滑动同时滑动值超过了mTouchSlop,则将startScroll置为true,接着下面标注4处的代码就会将scrollState设置成SCROLL_STATE_DRAGGING,紧接着会导致onInterceptTouchEvent方法返回true。标注3处的代码同理。
onInterceptTouchEvent小结
RecyclerView会在手指滑动距离大于最小滑动距离的时候拦截触摸事件。
dispatchTouchEvent方法分析
了解了RecyclerView的onInterceptTouchEvent方法的逻辑后, 我们接着分析下RecyclerView的dispatchTouchEvent方法的流程,由于RecyclerView并没有重写dispatchTouchEvent方法,所以我们直接分析ViewGroup的dispatchTouchEvent方法即可, 相关核心源码如下:
//ViewGroup.java
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
…
// Check for interception.
final boolean intercepted;
//1
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//如果child调用了requestDisallowInterceptTouchEvent(true)则disallowIntercept为true
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
//2
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
}
…
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
…
//3
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
//4
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
//5
//如果cancelChild为true 则将mFirstTouchTarget的头部去掉并回收
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
predecessor = target;
target = next;
}
}
//View.java
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
final int oldAction = event.getAction();
//如果cancel为true进入代码块
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
//重置event为MotionEvent.ACTION_CANCEL 触发了child的ACTION_CANCEL
event.setAction(MotionEvent.ACTION_CANCEL);
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
event.setAction(oldAction);
return handled;
}
…
}
复制代码
如果看过我之前发的View事件分发源码解析文章,对上面这些代码应该不陌生,没看过的推荐先去看一下再来看这一块内容。这里我重新再简略捋一遍当前场景的流程:
-
ACTION_DOWN事件过来,走入RecyclerView的onInterceptTouchEvent方法,RecyclerView没有拦截,交由ItemView处理,然后ItemView由于可以点击,所以默认消费了down事件,从而也导致了mFirstTouchTarget不为空,down事件流程结束。
-
紧接着一系列ACTION_MOVE事件过来,由于这个时候mFirstTouchTarget不为空,所以还是走进去了标注2处RecyclerView的onInterceptTouchEvent方法,这时候如果我们的滑动距离超过了最小滑动事件,那么RecyclerView内部会返回true,导致intercepted为true
-
步骤2后,紧接着会导致标注3的cancelChild也为true,进入到标注4处的dispatchTransformedTouchEvent方法,导致了ItemView的ACTION_CANCEL的触发
-
标注5处代码,如果cancelChild为true会导致当前mFirstTouchTarget为空,并回收掉之前的mFirstTouchTarget,然后后续事件再次传递过来的时候,发现mFisrtTouchTarget==null,直接RecyclerView自己就开始消费后续事件系列了。
到这我们基本弄清楚了场景2的事件传递的整体流程。这个时候有人可能会问讲这个场景的流程有啥用呢?实际上这个场景梳理明白了,我们自己就会对整体事件分发流程比较清晰了,而且中间是不是也涉及到了事件流方向的更改,算是一个为咱们解决滑动冲突做个铺垫吧。
小结:
从上面的分析我们可以知道:
-
子view把事件消费的同时,父View仍然可以通过onInterceptTouchEvent来在合适的时候再把事件给拦截住,并交给自己处理
-
如果子view拿到事件后,不想让父view再拦截,可以通过调用requestDisallowInterceptTouchEvent(true)来禁用父view拦截事件(父View不会再调用自己的onInterceptTouchEvent方法了)
ViewPager2嵌套RecyclerView滑动冲突分析及解决
ViewPager2是谷歌近两年新出的用来替代ViewPager的一个控件,ViewPager支持的功能ViewPager2都支持,并且ViewPager2还支持竖直方向。下面我们简单看下ViewPager2的大致结构:
//ViewPager2.java
//ViewPager2继承自ViewGroup
public final class ViewPager2 extends ViewGroup {
public ViewPager2(@NonNull Context context) {
super(context);
initialize(context, null);
}
public ViewPager2(@NonNull Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
initialize(context, attrs);
}
…
private void initialize(Context context, AttributeSet attrs) {
…
//创建一个RecyclerView
mRecyclerView = new RecyclerViewImpl(context);
…
//将recyclerView添加到ViewPager2中
attachViewToParent(mRecyclerView, 0, mRecyclerView.getLayoutParams());
}
}
复制代码
从上面的代码可以知道ViewPager2继承自ViewGroup并添加了个RecyclerView,因此我们基本可以简单认为ViewPager2就是一个RecyclerView。现在我们再想象一个场景,如果横向滑动的ViewPager2其中一个Page里面包裹了一个横向滑动的RecyclerView,横向滑动谁消费呢?通过文章开头我们对RecyclerView的分析,横向滑动距离超过最小滑动距离的时候,ViewPager2里面的RecyclerView会将事件拦截下来,所以基本来说我们划不动子Page的RecyclerView,大家可以试试。既然我们知道了滑动冲突的原因,这个时候我们可以想想大概的解决思路。。。em。。。。好,十分钟过去了,大概解决方案我们可以按照以下几个步骤解决:
-
由于RecyclerView并没有拦截down事件,我们可以在接受到down事件的时候请求父View不要拦截事件
-
后续move事件到我们这并且水平滑动距离大于最小滑动距离的时候,再问我们的子RecyclerVIew能否在这个滑动方向滑动,如果能,继续禁止父类拦截事件。如果不能则允许父类拦截事件
想清楚解决问题的步骤了,那么我们就可以直接动手写了,先搞一个通用的官方方案,用NestedScrollableHost作为RecyclerView的容器可以解决滑动冲突,具体代码及注释如下:
class NestedScrollableHost : FrameLayout {
constructor(context: Context) : super(context)
constructor(context: Context, attrs: AttributeSet?) : super(context, attrs)
private var touchSlop = 0
private var initialX = 0f
private var initialY = 0f
//循环遍历找到viewPager2
private val parentViewPager: ViewPager2?
get() {
var v: View? = parent as? View
while (v != null && v !is ViewPager2) {
v = v.parent as? View
}
return v as? ViewPager2
}
//找到子RecyclerView
private val child: View? get() = if (childCount > 0) getChildAt(0) else null
init {
//最小滑动距离
touchSlop = ViewConfiguration.get(context).scaledTouchSlop
}
private fun canChildScroll(orientation: Int, delta: Float): Boolean {
val direction = -delta.sign.toInt()
return when (orientation) {
//判断子RecyclerView在水平方向是否可以滑动deltaX
0 -> child?.canScrollHorizontally(direction) ?: false
//判断子RecyclerView在竖直方向是否可以滑动deltaY
1 -> child?.canScrollVertically(direction) ?: false
else -> throw IllegalArgumentException()
}
}
override fun onInterceptTouchEvent(e: MotionEvent): Boolean {
handleInterceptTouchEvent(e)
return super.onInterceptTouchEvent(e)
}
private fun handleInterceptTouchEvent(e: MotionEvent) {
val orientation = parentViewPager?.orientation ?: return
//如果子RecyclerView在viewPager2的滑动方向上不能滑动直接返回
if (!canChildScroll(orientation, -1f) && !canChildScroll(orientation, 1f)) {
return
}
if (e.action == MotionEvent.ACTION_DOWN) {
initialX = e.x
initialY = e.y
//down事件直接强制禁止父view拦截事件,后续事件先交给子RecyclerView先判断是否能够消费
//如果这一块不强制禁止父view会导致后续事件可能直接没到子RecyclerView就被父view拦截了
//默认RecyclerView onTouchEvent返回true但是viewPager2会在onInterceptTouchEvent拦截住
parent.requestDisallowInterceptTouchEvent(true)
} else if (e.action == MotionEvent.ACTION_MOVE) {
//计算手指滑动距离
val dx = e.x - initialX
val dy = e.y - initialY
val isVpHorizontal = orientation == ORIENTATION_HORIZONTAL
val scaledDx = dx.absoluteValue * if (isVpHorizontal) .5f else 1f
val scaledDy = dy.absoluteValue * if (isVpHorizontal) 1f else .5f
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此我收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
lGLD8kB-1715800205917)]
[外链图片转存中…(img-jwDci02L-1715800205918)]
[外链图片转存中…(img-h6zQg45J-1715800205919)]
[外链图片转存中…(img-PpsPecaV-1715800205920)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!