1.4 滑动冲突的解决方案
完美无瑕的外表下其实内心千疮百孔，你不会真的以为碰到滚动就拦截，这样就万事大吉了吧？少年你还是太年轻。如果ViewGroup和其父ViewGroup同时需要滚动呢？诶，好像不太对劲…
场景一
ViewPager嵌套ScrollView，当用户垂直方向滑ScrollView时滑着滑着滑歪了然后滑动就切换到了水平方向，这是非常有可能的，因为用户不可能玩手机时小心翼翼的搁那滑。按照1.3的方案这时会出现一点小问，用户：“本来我垂直方向滑的好好地，手指稍微一偏你就给我切换到水平滑动了，敏感过头了吧，我要换手机。”
其实这种问题很好解决，可惜面试的时候好多人都答不上来。ScrollView滚动时只需要给父View以及爷爷View发一个通知告诉他们：“我要开始滚动了，请不要拦截我”，OK，问题结局。
场景二
上面我们描述的是非同向滑动。关于同向滑动一直是一个比较难解决的问题，以至于Google花了三个版本的迭代才推出了一个相对稳定的NestedScrolling，这是基于事件分发扩展出来的一个专门用于解决滑动冲突的，关于NestedScrolling东西蛮多，感兴趣的同学可自行了解。
2. 源码解析
其实上一小节我已经把事件分发的原理描述的很清楚了，再去看事件分发源码应该会很轻松。另外读源码要懂得抽丝剥茧，如果非要把try catch之类的也要掰持清楚，那可有的折腾了。比如我们今天要阅读的事件分发源码，我会剥去大部分代码，只会找到关键一小部分，我们的目的是把原理搞明白。如果对其他部分代码也感兴趣可单独阅读。
关于前面提到的三大方法也就是传递、拦截、消费分别对应dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent，其中onInterceptTouchEvent为ViewGroup独有，相信大家应该都很清楚在这就不多做赘述了。
另外Activity在事件分发的过程中与ViewGroup充当的角色类似，就不单独描述了。
2.1 事件传递
View和ViewGroup中存在dispatchTouchEvent，其中ViewGroup对其进行了复写。
View 的 dispatchTouchEvent()
其实View在事件分发中做的事情很简单，基本可以用三行代码概括
public boolean dispatchTouchEvent(MotionEvent event) {
return onTouchEvent(event)
}
View的dispatchTouchEvent方法本来就很短，把一些细节撇去基本和上面三行代码等价。
ViewGroup 的 dispatchTouchEvent()
关于事件分发的大部分细节都隐藏在ViewGroup 的 dispatchTouchEvent中，所以没办法，我也要开始大篇幅贴代码了…
提示：
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean handled = false;//声明消费结果
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 1
if (actionMasked == MotionEvent.ACTION_DOWN) {
//清理touchTarget
cancelAndClearTouchTargets(ev);
//清理上一次的事件序列，保证新事件序列的纯洁度
resetTouchState();
}
…
…
// 2
final boolean intercepted;//声明预拦截
//ACTION_DOWN(第一次事件不能进行拦截，要给子View一次机会) || mFirstTouchTarget(触摸到了子View)不为空
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
//子View是否申请对其不拦截
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//子View没有申请对其不拦截
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
…
//此处巴拉巴拉一大堆代码，其实就是对TouchTarget做处理。大概内容就是如果：触摸的区域没有子View、子View不消费事件、
//子View收到了cancel事件(父View发的)，这三个种条件满足任意一种父View的mFirstTouchTarget都会变为null。
…
//3
//如果给子View发送cancel事件后mFirstTouchTarget会变null，
final boolean canceled = resetCancelNextUpFlag(this)||actionMasked == MotionEvent.ACTION_CANCEL;
//mFirstTouchTarget == null等价于没有子View消费事件
if (mFirstTouchTarget == null) {
//没有TouchTarget，第三个参数直接传null。此处会间接调用自己的onTouchEvent
handled = dispatchTransformedTouchEvent(ev, canceled, null,
ViewGroup.TouchTarget.ALL_POINTER_IDS);
} else {
…
//如果收到cancel事件 || 被拦截。
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
}
return handled;
}
关于精简代码我也给分成了四部分(步骤见注释 //1,2,3)，我们来逐步分析：
第一步：
第二步：
第三步：
下面来看一下dispatchTransformedTouchEvent这个方法的源码：
//第二个参数cancel包含两种含义，一种是外部收到了取消事件，另一种是事件被拦截
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
// 1
//做取消事件的处理
final int oldAction = event.getAction();
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
event.setAction(MotionEvent.ACTION_CANCEL);
//没有子view，自己执行super 也就是 View 的 dispatchTouchEvent 并将ACTION_CANCEL事件传递进去
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
//将cancel事件传递给子View。下一个事件传递时父View的TouchTarget会变为null
handled = chi 《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》无偿开源 徽信搜索公众号【编程进阶路】 ld.dispatchTouchEvent(event);
}
event.setAction(oldAction);
return handled;
}
…
…
// 2
// 没有子View 执行View 的 dispatchTouchEvent 也就是执行自己的onTouchEvent
if (child == null) {//基本等价于TouchTarget为null
handled = super.dispatchTouchEvent(transformedEvent);
} else {
…
