问题一:调用父布局requestDisallowInterceptTouchEvent后,是怎么生效的。
首先来查看几处关键代码(一下代码参考自Android 22版本)。
requestDisallowInterceptTouchEvent
方法
public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
if (disallowIntercept == ((mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0)) {
// We're already in this state, assume our ancestors are too
return;
}
if (disallowIntercept) {
mGroupFlags |= FLAG_DISALLOW_INTERCEPT;
} else {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
// Pass it up to our parent
if (mParent != null) {
mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
}
}
为mGroupFlags属性添加了这个标签FLAG_DISALLOW_INTERCEPT
。
大部分布局容器(不确定是不是全部)LinearLayout、ScrollView等等dispatchTouchEvent
方法都在父类ViewGroup
中,看一下这个方法关键代码。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
// 其他逻辑
...
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// Handle an initial down.
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}
//
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
}
// 如果不拦截将事件传递给子View
...
}
我们可以看到如果点击事件是MotionEvent.ACTION_DOWN
,会初始化一些东西。
然后继续判断。
if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null)
如果是ACTION_DOWN事件,或者mFirstTouchTarget != null
,那么会执行后续代码。(mFirstTouchTarget是可处理点击事件View链表中的第一个View)。
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
也就是说如果设置了mGroupFlags的FLAG_DISALLOW_INTERCEPT
属性,那么disallowIntercept就为true,也就是直接赋值intercepted为false,在后面逻辑中根据这个条件将事件传递给子View。
这段代码可以理解为,如果是MotionEvent.ACTION_DOWN
事件或者可处理点击事件View链表不为空(这个条件就包括了MotionEvent.ACTION_UP
和MotionEvent.ACTION_MOVE
两个点击事件),那么根据用户设置的mGroupFlags值来判断是否需要拦截。
问题二:父容器的onInterceptTouchEvent会在子View的拿到点击事件之前就执行,那么在子Veiw的点击事件处理中调用父布局
requestDisallowInterceptTouchEvent
方法是怎么生效的呢?理论上如果父容器拦截了事件,事件就不会传递到子View了。
前面说了点击事件的顺序基本是MotionEvent.ACTION_DOWN
-> MotionEvent.ACTION_MOVE
-> MotionEvent.ACTION_UP
。那么先从父布局的dispatchTouchEvent
方法中处理MotionEvent.ACTION_DOWN
事件开始,注意此时没到子View处理点击事件过程中,所以requestDisallowInterceptTouchEvent
还未被调用,mGroupFlags值没有添加FLAG_DISALLOW_INTERCEPT
标签。
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
intercepted = true;
}
public boolean onInterceptTouchEvent(MotionEvent ev) {
// 其他逻辑
...
case MotionEvent.ACTION_DOWN: {
final int y = (int) ev.getY();
if (!inChild((int) ev.getX(), (int) y)) {
mIsBeingDragged = false;
recycleVelocityTracker();
break;
}
mLastMotionY = y;
mActivePointerId = ev.getPointerId(0);
initOrResetVelocityTracker();
mVelocityTracker.addMovement(ev);
mIsBeingDragged = !mScroller.isFinished();
if (mIsBeingDragged && mScrollStrictSpan == null) {
mScrollStrictSpan = StrictMode.enterCriticalSpan("ScrollView-scroll");
}
startNestedScroll(SCROLL_AXIS_VERTICAL);
break;
}
return mIsBeingDragged;
}
可以看到在处理MotionEvent.ACTION_DOWN
中,如果ScrollView已经是静止状态(没有依靠惯性滑动),那么mIsBeingDragged值为false,而且直接把它返回了。
我们就可以理解,在ScrollView中MotionEvent.ACTION_DOWN
事件没有被拦截,而是传递给了子View。
再来看这段关键代码
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
上面我们知道在MotionEvent.ACTION_DOWN
事件中ScrollView并没有做拦截,那么intercepted值当时是赋值为false的,在后续的处理中mFirstTouchTarget会被赋值。那么在MotionEvent.ACTION_MOVE
中,当ScrollView第一次获取到这个事件时候,它早于View获取MOVE事件,所以这个时候mGroupFlags并未被设置,disallowIntercept依旧为fasle,还是会走ScrollView的onInterceptTouchEvent方法。
来看一下ScrollView的onInterceptTouchEvent方法。
case MotionEvent.ACTION_MOVE: {
// 其他逻辑
...
final int y = (int) ev.getY(pointerIndex);
final int yDiff = Math.abs(y - mLastMotionY);
if (yDiff > mTouchSlop && (getNestedScrollAxes() & SCROLL_AXIS_VERTICAL) == 0) {
mIsBeingDragged = true;
mLastMotionY = y;
initVelocityTrackerIfNotExists();
mVelocityTracker.addMovement(ev);
mNestedYOffset = 0;
if (mScrollStrictSpan == null) {
mScrollStrictSpan = StrictMode.enterCriticalSpan("ScrollView-scroll");
}
final ViewParent parent = getParent();
if (parent != null) {
parent.requestDisallowInterceptTouchEvent(true);
}
}
break;
}
这里需要注意,因为在处理DOWN事件时候,mIsBeingDragged赋值为false,所以目前mIsBeingDragged依旧为false。
可以看见里面有
if (yDiff > mTouchSlop && (getNestedScrollAxes() & SCROLL_AXIS_VERTICAL) == 0)
yDiff > mTouchSlop
这个判断很关键,之后当滑动距离超过一定值的时候,ScrollView才会拦截,个人经验MOVE事件是根据时间间隔来触发的,一般情况下,ScrollView从DOWN事件到MOVE事件,yDiff不会大于mTouchSlop(验证起来很简单,手指在短时间内快速滑动,会发现ScrollView会把事件拦截),所以在ScrollView第一次获取到MOVE事件时候,也是不拦截的状态。
ScrollView在第一次获取到MOVE事件时候没有拦截,就会将事件传递到子View,这个时候在子View对点击事件处理过程中调用父容器的requestDisallowInterceptTouchEvent
方法,就可以要求父容器在不拦截之后的点击事件。