下面我们整理一下上面代码的逻辑:
-
标注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</