关于 NestedScrollView 和CoordinateLayout的交互 以及CoordinateLayout的分发

上一次说到，一般很少有behavior去重写behavior.onTouchEvent和behavior.onInterceptTouchEvent方法。那么其实我们可以直接忽略这一套流程，直接当他是正常的事件分发啦。

那么现在模拟这么一个情况，我们手指滑动NestedScrollView的项（设定其xml属性：app:layout_behavior=”@string/appbar_scrolling_view_behavior”），
然后AppbarLayout随之滚动。这是怎么发生的呢？

如果是正常的事件分发流程，我们会到达NestedScrollView的onInterceptTouchEvent 然后是onTouchEvent

onInterceptTouchEvent：

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        final int action = ev.getAction();
        //mIsBeingDragged 关键标志位。如果已经进入滚动状态
        if ((action == MotionEvent.ACTION_MOVE) && (mIsBeingDragged)) {
            return true;
        }

        switch (action & MotionEventCompat.ACTION_MASK) {
            case......
            ..............

这个方法主要是判定是否要拦截垂直滚动的事件给自己消费，如果真的要拦截就返回true。 具体的内部判断就不粘贴了，因为不是今天的主角，大体上看过去，ACTION_MOVE 的话，如果超过一个y轴分量阈值那么就可以判定进入了滚动状态。ACTION_DOWN的话，如果当前滚动动画还没有结束（比如手指fling操作），那么现在按下去的话也算是一种拖动了（这里还不是很确定）

然后如果真的是上下拖动并在onInterceptTouchEvent 里头返回了true，事件流就跑到这个类的onTouchEvent方法内了。
onTouchEvent内部也是一个Switch case来分别处理不同类型的事件

自然的先从 ACTION_DOWN 开始
关键的地方出现了

....
case MotionEvent.ACTION_DOWN: {
....
 startNestedScroll(ViewCompat.SCROLL_AXIS_VERTICAL);
 .....
 }
 ....

好了主角来了startNestedScroll

    @Override
    public boolean startNestedScroll(int axes) {
        return mChildHelper.startNestedScroll(axes);
    }

跟进去

    public boolean startNestedScroll(int axes) {
        if (hasNestedScrollingParent()) {
            // Already in progress
            return true;
        }
        if (isNestedScrollingEnabled()) {
            ViewParent p = mView.getParent();//得到父view
            View child = mView;
            while (p != null) {
                if (ViewParentCompat.onStartNestedScroll(p, child, mView, axes)) {//回调父类的onStartNestedScroll方法！
                    mNestedScrollingParent = p;
                    ViewParentCompat.onNestedScrollAccepted(p, child, mView, axes);//回调父类的onNestedScrollAccepted方法！
                    return true;
                }
                if (p instanceof View) {
                    child = (View) p;
                }
                p = p.getParent();//如果回调失败，说明不是CoordinateLayout，那么继续向上找
            }
        }
        return false;
    }

其实吧ViewGroup里头也有onStartNestedScroll和onNestedScrollAccepted方法，不过默认返回为false，而CoordinateLayout对他们进行了相应的重写。所以如果调用的父view返回false，那么
一种可能是这个父view不是CoordinateLayout，那么就继续沿着树向上找
另一个可能是这个父view是CoordinateLayout，但是这个父view的子view的behavior全都没有接受这个事件，那么也继续向上看看有没有更高层级的CoordinateLayout来接收

那么接下来就去CoordinateLayout看看实现

    public boolean onStartNestedScroll(View child, View target, int nestedScrollAxes) {
        boolean handled = false;

        final int childCount = getChildCount();
        for (int i = 0; i < childCount; i++) {
            final View view = getChildAt(i);
            final LayoutParams lp = (LayoutParams) view.getLayoutParams();
            final Behavior viewBehavior = lp.getBehavior();
            if (viewBehavior != null) {
                final boolean accepted = viewBehavior.onStartNestedScroll(this, view, child, target,
                        nestedScrollAxes);
                handled |= accepted;

                lp.acceptNestedScroll(accepted);
                //在子view的lp里头记录这个子view的behavior是否接受了事件！以后就靠着这个标志位来分发接下来的流程了！
            } else {
                lp.acceptNestedScroll(false);
                //记录子view的behaviior并没有接受这个事件
            }
        }
        return handled;
    }

Coor依次调用了所有子view的behavior（如果有的话）的相应的onStartNestedScroll方法，并且返回是否至少一个behavior处理了这个事件
。
忽然想到了一个很好的比喻，这里Coor起了一个类似集线器的作用，各个子view相当于连在上头的电脑，他们整体构成一个星型拓扑的局域网结构。Coor负责转发某台电脑的请求给所有局域网内的连接。至于那台电脑要如何处理这个请求那就是电脑自己的事情。

继续看：

    public void onNestedScrollAccepted(View child, View target, int nestedScrollAxes) {
        mNestedScrollingParentHelper.onNestedScrollAccepted(child, target, nestedScrollAxes);
        mNestedScrollingDirectChild = child;
        mNestedScrollingTarget = target;

        final int childCount = getChildCount();
        for (int i = 0; i < childCount; i++) {
            final View view = getChildAt(i);
            final LayoutParams lp = (LayoutParams) view.getLayoutParams();
            //如果在lp记录的是不接受事件，那直接continue跳过就好了
            if (!lp.isNestedScrollAccepted()) {
                continue;
            }
            // 如果刚才lp记录的是接受
            final Behavior viewBehavior = lp.getBehavior();
            if (viewBehavior != null) {
            //进一步调用子view的onNestedScrollAccepted
                viewBehavior.onNestedScrollAccepted(this, view, child, target, nestedScrollAxes);
            }
        }
    }

好了回到NestedScroll的onTouchEvent，刚才说完了ACTION_DOWN,现在自然是来看ACTION_MOVE 了

case MotionEvent.ACTION_MOVE:{
    ....
    dispatchNestedPreScroll
    ...
    dispatchNestedScroll
    ...
...
}

后面的套路其实和之前的onNestedScrollAccepted都差不多，同样也是会回调父view的Coor的相应的方法，然后Coor在相应方法里头遍历所有子view，首先检查子view的lp是否接受了这个事件流，如果是，就接着对子view的behavior进行相应的回调。就不罗嗦太多了

同理我们可以分析Recyclerview，在RecyclerView的onTouchEvent方法里头同样的也是用startNestedScroll 来完成上面的一系列动作，思路类似，也不继续分析了