转载注明出处：http://www.jianshu.com/p/a009d7415af0
首先清楚点击事件的传递过程大体是dispatchTouchEvent -> onInterceptTouchEvent -> onTouchEvent这么个过程，关于具体细节可以查看Android事件分发机制详解这篇文章。点击事件的顺序一般是MotionEvent.ACTION_DOWN -> MotionEvent.ACTION_MOVE -> MotionEvent.ACTION_UP。
问题一：调用父布局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;
}
从代码中可以看见，如果是MotionEvent.ACTION_DOWN事件，而且mGroupFlags没有添加FLAG_DISALLOW_INTERCEPT标签，那么会调用本身onInterceptTouchEvent方法。
在ViewGroup中onInterceptTouchEvent方法默认返回时false，表示不拦截事件。但是有些容器会复写这个方法，这里以Android实践之ScrollView中滑动冲突处理这篇文章中的ScrollView为例子讲解，看一下ScrollView的onInterceptTouchEvent中对MotionEvent.ACTION_DOWN事件的处理。
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。
但是在Android实践之ScrollView中滑动冲突处理这篇文章中我是在MOVE状态调用父容器的requestDisallowInterceptTouchEvent方法的，所以还需要去看看ScrollView对于MotionEvent.ACTION_MOVE事件是怎么处理的。
再来看这段关键代码
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方法，就可以要求父容器在不拦截之后的点击事件。
