在基于 源码分析View的绘制流程上，通过Android8.0源码分析View的事件分发机制。
当我们点击屏幕时，就已经产生了点击事件，这个事件被封装成了一个 MotionEvent类。而事件的分发，指的就是MotionEvent在View之间的传递和处理。
1. View的事件分发机制
当点击事件产生后，就会先产生最开始的传递链：
Activity -> PhoneWindow -> DecorView -> ContentView.dispatchTouchEvent() 而ContentView就是 ViewGroup。比如 LinearLayout、RelativeLayout这些。
所以我们可以把这些 ViewGroup看成时间分发开始的地方。
我们先从 ViewGroup的 dispatchTouchEvent()开始看起：
// ViewGroup.java
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
....
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev); //1
resetTouchState(); // 2
}
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) { /// 3
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; // 4
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev); // 5
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true; // 6
}
...
return handled;
}
注释1、2：如果当前的事件时 ACTION_DOWN，那么通过这两个方法进行数据重置。因为可能上一次点击会改变一些数据，那么这个时候再处理新的点击事件时，需要数据给清理干净。在resetTouchState()中，会把 mFirstTouchTarget置为null。
mFistTouchTarget如果为null，则说明了当前ViewGroup拦截了事件。
注释3：如果当前 ViewGroup没有拦截事件，或者action为DOWN，则往if语句里面走。假如我们现在的情景是刚按下去，则满足DOWN的条件。这也说明了当满足以上两个条件的任意一条时，会将事件传给下一层，具体怎么传的，看注释4。
注释4：判断ViewGroup是否设置了 FLAG_DISALLOW_INTECEPT的flag，如果设置了false，则说明ViewGroup不会拦截事件，如果是指为true，则置intercepted为false，并且不把事件往下传咯。
而 FLAG_DISALLOW_INTECEPT一般都是由子View来设置的------子View调用 requestDisallowInterceptTouchEvent()，默认为false。
注释5：如果不拦截事件，执行 onInterceptTouchEvent()，intercrpted为其返回值。
注释6：当当前的ACTION不是DOWN，而是其他比如ACTION_MOVE、ACTION_UP等，则置 intercepte为true。表示当前ViewGroup拦截了事件。
既然我们要了解事件的传递，所以我们要往走注释5的代码，来看一下 onInterceptTouchEvent()：
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
&& ev.getAction() == MotionEvent.ACTION_DOWN
&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
&& isOnScrollbarThumb(ev.getX(), ev.getY())) {
return true;
}
return false;
}
可以看到，上面的条件要满足好几个条件才返回true，一般来说我们自己操作的时候上面的条件都不会满足。
所以这个方法一般情况下是返回false。
即表明ViewGroup不会拦截事件。要往下面的View去传。
接着dispatchTouchEvent()剩余的代码：
// ViewGroup.java dispatchTouchEvent
....
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) { // 1
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) { // 2
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { // 3
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
ev.setTargetAccessibilityFocus(false);
}
...
}
注释1：遍历ViewGroup的所有子View，判断子View是否能够接收到点击事件，如果可以接受到，则交由子View来处理。
需要注意的是，这里是以倒序来遍历子View的，说明越靠近用户的View越先获取到点击事件。
注释2：判断触摸点是否在子View的范围内或者子View是否在播放动画。如果均不符合则continue。表明该View不能接收点击事件。
注释3：调用dispatchTransformedTouchEvent()，可以看到如果这个结果返回了ture的话，if语句里面会记录这个view，比如 newTouchTarget = addTouchTarget(child, idBitsToAssign);这行。 所以如果这个方法返回了true，就表明这个子View会拦截这系列的点击事件。
所以我们有必要看下这个方法：
// ViewGroup.java
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
final int oldAction = event.getAction();
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
event.setAction(MotionEvent.ACTION_CANCEL);
if (child == null) {
handled = super.dispatchTouchEvent(event); // 1
} else {
handled = child.dispatchTouchEvent(event); // 2
}
event.setAction(oldAction);
return handled;
}
....
}
注释2：如果该View有子View，则调用子View的dispatchTouchEvent()。
注释1：如果该View没有子View，则调用 super.dispatchTouchEvent()，因为ViewGroup是继承自View的，所以会调用 View.dispatchTouchEvent()：
// View.java
public boolean dispatchTouchEvent(MotionEvent event) {
boolean result = false;
...
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) { // 1
result = true; //2
}
if (!result && onTouchEvent(event)) { //3
result = true; // 4
}
}
....
return result;
}
注释1、2：如果 OnTouchListener不为null且 onTouch()返回true，则 dispatchTouchEvent返回true，表示事件被拦截了下来。
注释3、4：如果 onTouchEvent()返回true，则表示事件被拦截了下来。
上面这两段可以看出来，在View中，如果同时设置了 OnTouchListener.onTouch() 和 onTouchEvent()，则前者的优先级比后者高，即事件只会被前者处理，到不了后面去。但是如果 没有设置OnTouchListener.onTouch()，或者它返回false，则会进入到 onTouchEvent方法。
我们来看看 onTouchEvent()：
// View.java
public boolean onTouchEvent(MotionEvent event) {
final int action = event.getAction();
....
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) { // 1
switch (action) {
case MotionEvent.ACTION_UP:
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
if ((viewFlags & TOOLTIP) == TOOLTIP) {
handleTooltipUp();
}
if (!clickable) {
removeTapCallback();
removeLongPressCallback();
mInContextButtonPress = false;
mHasPerformedLongPress = false;
mIgnoreNextUpEvent = false;
break;
}
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
setPressed(true, x, y);
}
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
removeLongPressCallback();
if (!focusTaken) {
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClickInternal(); // 2
}
}
}
.....
}
return true;
}
return false;
}
注释1：如果View的CLICKABLE和 LONG_CLICKABLE有一个为true，那么 onTouchEvent()就会返回true消耗这个事件。这两个属性表示View可以被点击和长按点击。
他们可以通过 View的 setClickable()和 setLongClickable来设置。也可以通过 setOnClickListener()和 setOnLongClickListener()来设置。
注释2：调用 performClickInternal() ，它会调用 performClick()：
public boolean performClick() {
notifyAutofillManagerOnClick();
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) { // 1
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this); // 2
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
notifyEnterOrExitForAutoFillIfNeeded(true);
return result;
}
注释1：判断当前有View有没有设置 onClickListener()，如果没有，则返回false，表示该View不处理事件。否则进入到if语句内，执行注释2的代码。
注释2：执行 OnClickListener.onClick，并返回true。则说明该View拦截了时间。
2. 事件分发分发规则
经过上面的源码分析，我们大概知道了一个View是如何去分发MotionEvent，它可以简化为下面的代码：
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean result = false;
if(onInterceptTouchEvent(ev)){
result = super.onTouchEvent(ev);
} else {
result = child.dispatchTouchEvent(ev);
}
}
点击事件由上而下传递。MotionEvent产生后，由Activity来处理，它会传递给PhoneWindow，再传递给 DecorView，最后传递给顶层的ViewGroup。
一般在事件传递中只考虑 ViewGroup.onInterceptTouchEvent()，因为一般情况下我们不会重写 dispatchTouchEvent()方法。
对于根ViewGroup，点击事件首先传递给它的 dispatchTouchEvent()，如果该ViewGroup的onInterceptTouchEvent返回true，则说明它要拦截这个事件，这个事件就会交给它的 onTouchEvent()/ onTouch() / onClick()处理。
否则他就交由子View的 dispatchTouchEvent()，传递给了下一层，如此反复，直到找到最后调用了 onTouchEvent()拦截事件的View。
当然了，最低层的View可能也不会处理该事件，这个时候就会调用其父View的onTouchEvent，这个父View的onTouchEvent返回false，事件就往父View的父View传，一直传，直到有View处理，或者直到DecorView结束。
3. requestDisallowInterceptTouchEvent()解决滑动冲突问题
在ViewGroup中，我们看到这么一段：
// ViewGroup.java
....
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;
}
.....
这个 disallowIntercept的布尔值表示的是该 ViewGroup是否阻止拦截。由标志位 FLAG_DISALLOW_INTERCEPT判断。
为什么会有这么一个标志位呢？我们不让ViewGroup处理事件，我们直接在其 onInterceptTouchEvent返回false就行了不就可以了吗。这个标识是不是多此一举？
其实不然，在一些场景下，我们需要依靠这个标识位，灵活的处理事件分发。这个场景就是------------滑动冲突。
子View可以这样阻止/不阻止父View拦截事件：
// 子View:
getParent().requestDisallowInterceptTouchEvent(true/false);
如果设置为true，可以将 FLAG_DISALLOW_INTERCEPT置为true，反之置为false。
现在有这么一个场景：
我们要实现一个页面，这个页面是 tab+viewpager，通过左右滑动可以切换不同的tab页；现在还要在这个 ViewPager中加一个可以水平滑动的 banner页（轮播图）。
这个时候如果不做任何处理，就会出现问题：
当我们banner页上左右滑动，都会导致切换Tab页，很不爽。
原因：虽然MotionEvent已经到了Banner上，但是开始进行 ACTION_MOVE时，ViewPager肯定也会接收到，这个时候，虽然理应把MotionEvent传给Banner，但是因为 MotionEvent达到了ViewPager的拦截条件，ViewPager就会从Banner手中“抢走”这个MotionEvent，执行自己的onTouchEvent()，并且给Banner的onTouchEvent发送一个 MotionEvent.CANCEL。这就导致了我们滑动Banner却实际滑动了ViewPager。
如何解决：
难点在于我们必须要知道用户到底触碰的地方在哪里，才能知道要滑动banner，还是滑动tab页。而requestDisallowInterceptTouchEvent()恰巧可以解决该问题。
我们可以在 banner的 dispatchTouchEvent()上判断要不要消费该事件，如果要消费，则调用viewPager.requestDisallowInterceptTouchEvent(true)不让viewpager处理该事件，那么事件以后都会走到Banner的onTouchEvent中了。如要不需要消费，则调用false。
案例可以看下这里 ViewPager，ScrollView 嵌套ViewPager滑动冲突解决