嵌套滑动温习小结

NestedScrollingParent：以下简称“NSP”，NestedScrollingChild：以下简称“NSC”，这两个接口是嵌套滑动的精髓，是我们实现嵌套滑动遵守的“规则”。

NOTE：本博文非详细原理篇，原理分析网上资料很多！！

与传统事件分发相比，好在哪？

• 方向维度

    -  传统事件分发机制

      方向：父控件 -> 子控件，且是一锤子买卖，即事件总是先传递给父控件，父控件不拦截该事件，则该事件才会传递给子控件，一旦父控件拦截了该事件，则子View就没有机会处理该事件了，同一事件序列的事件均由父控件处理。

同一事件序列：从手指按下屏幕的那刻起，到抬起手指，这中间产生的一系列事件：一个ACTION_DOWN、N个ACTION_MOVE、一个ACTION_UP等。

    -  嵌套滑动机制

      方向：子控件 -> 父控件，且不是一锤子买卖，且嵌套滑动由子控件来触发，且在同一事件序列中，父控件和子控件都有机会处理该事件。

• 体验维度

   注意：传统的事件分发机制一样可以实现嵌套滑动。

    -  传统事件分发机制

       体验相对较差，基于传统事件分发与拦截的特点，实现的嵌套滑动不连贯，比如向上滑动到一定位置之后，如吸顶的位置，如果用户不抬起手指，则页面就不会继续向上滑动了。为啥？因为不抬起手指，产生的事件还是同一事件序列，还是由父View消耗，子View没机会消耗。

    -  嵌套滑动机制

        由于同一事件序列，父子View都有机会参与处理，因此体验较好。至于怎么做到[同一事件序列，父子View都有机会参与]的，本文后面会讲。

• 复杂维度

       嵌套滑动机制实现嵌套滑动更容易一些，为啥？

       传统事件分发机制需要父控件首先拦截处理滑动事件，当到达比如吸顶位置了，此时滑动事件不再满足父控件的处理要求了，此时子View才有机会处理后面的滑动（此处用户应该抬一把手指，o(∩_∩)o ）。