目录
1.事件分发介绍
2.Down、up事件的分发过程
3.onTouchListener、onClickListener调用时机
4.事件拦截应用
5.NestedScrollingParent
6.Behavior的使用
7.NestedScrollingChild接口来源
上面小节分析了时间传递的原理，本节则主要介绍下他们的使用，分析需要事件拦截时应如何处理，并介绍其原理。即外部拦截法、内部拦截法，代码参考Android开发艺术探索一书，记录心得并分析为什么这样写。
若ViewGroup中包裹一个View，此时滑动时需要处理之间的滑动冲突，因此需要进行滑动事件的拦截，若果我们在ViewGroup中对事件进行拦截则叫外部拦截法，在View中进行事件的拦截则叫做内部拦截法，下面主要讨论Move事件的滑动拦截。
1.外部拦截法
外部拦截法在ViewGroup中进行拦截，红色字体为拦截条件，即当y方向移动距离大于10是ViewGroup获取滑动事件。
外部拦截法代码
我们主要在onInterceptTouchEvent中进行事件拦截，不拦截down事件，若拦截了down事件，move事件也会在此处消耗，原因见http://08643.cn/p/7673bc4b5575，up、cancel事件我们不做拦截处理。
下面是我们外部拦截的事件传递图，从上节搬过来的。
外部拦截事件传递图
2.内部拦截法
内部拦截法代码
内部拦截法是在View中进行拦截。此时ViewGroup、View均需要进行处理。然后再View中通过
requestDisallowInterceptTouchEvent（）函数来控制外层是否拦截。
看着这里我有几个疑问：
（1）.为什么父类不能拦截Down事件，requestDisallowInterceptTouchEvent方法是如何工作？
我们看下ViewGroup中dispatchTouchEvent的源码
ViewGroup.dispatchTouchEvent
红色字体就是子view通过requestDisallowInterceptTouchEvent方法设置的标志位。
如果ViewGroup拦截了Down事件，那么move事件传递时，actionMasked ！= down && mFirstTouchTarget == null,因此此时便不会去访问标志位，那么我们在子View进行拦截也就失去了作用。此时，若我们需要ViewGroup拦截Move事件，我们变设置requestDisallowInterceptTouchEvent（false），此时disallowIntercept == false，便会调用ViewGroup的onInterceptTouchEvent（ev），因此我们需要在onInterceptTouchEvent返回true来进行拦截，故除去down事件外应返回false。
（2）为什么子View要在dispatchTouchEvent进行拦截呢，为什么不在onInterceptTouchEvent进行拦截呢？
因为View没有OnInterceptTouchEvent函数，只能在此方法拦截。
(3) 为什么我们平时使用requestDisallowInterceptTouchEvent()方法时，我们并没有重写外部View，但是依然可以工作呢？
我们平时使用该方法时一般都是重写子View在子View中控制，而我们的外部View一般都是ScrollView、RecyclerView、ViewPager等这种可以滑动的控件，而这些控件已经帮我们实现了，他们都是默认不拦截down事件，拦截move事件的。下面简单看下ScrollView的代码。
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (action & MotionEvent.ACTION_MASK) {
case MotionEvent.ACTION_MOVE: {
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;
}
//默认mIsBeingDragged = false
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);
mScroller.computeScrollOffset();
mIsBeingDragged = !mScroller.isFinished();
if (mIsBeingDragged && mScrollStrictSpan == null) {
mScrollStrictSpan = StrictMode.enterCriticalSpan("ScrollView-scroll");
}
startNestedScroll(SCROLL_AXIS_VERTICAL);
break;
}
return mIsBeingDragged;
}
（4）由于事件传递是由ViewGroup传入View，因此该方法的拦截后第一个move会不会依然传给view呢？
image.png
image.png
结果是会的，log与流程图均献上，有兴趣可以看下。
android源码中使用外部拦截法的较多，比如RecyclerView和ViewPager，在它们的onInterceptTouchEvent的Move事件中均可看出。
3.实例
此时若让我们使用外部拦截法实现，开始View向下移动100dp，然后ViewGroup向下移动的场景呢？
外部拦截法实例
image.png
