Android NestedScroll笔记

1. NestedScrollingParent和NestedScrollingChild这套协议的目的是为了增强(或者说反转)Android自上而下的MotionEvent传递流，这条流的传递方向是死的，一条路走到天黑不回头，单向的好处是简单，坏处就是反方向的体系内通信基本不可能了。
2. 对于某些应用场景，希望在MotionEvent传递到下级以后，还有机会可以回馈给上级一些信息，就从原来的自上而下变成了自下而上，而如果要对Android原来的那套View的dispatch机制进行修改，显然代价太大，收益却不大(这个需求并不是一个common的需求)，既然不能修改全局机制，那么通过接口增强功能的方式就成了首选。
3. 上面说到了，既然是自下而上，那么显然需要一个下家，一个上家，而两者必然需要进行交互通信，通信就需要协议，因为两者的地位是不对等的，会有两套协议，即NestedScrollingParent(上家)和NestedScrollingChild(下家). 严格的说，其实通信是单向的，主要通信协议是NestedScrollingParent(单向通信就是被动的回调), NestedScrollingChild是对体系外部开放的通信协议。说实话，这个”Nested”前缀起的不太好，它其实只代表了一部分应用场景(比如ScrollView嵌套ScrollView)，但是却没有反映出来反向通信这个本质(当然了，这里的通信内容也挺局限的，只能沟通关于Scroll的信息).

4. 先看NestedScrollingParent协议中的方法(其方法全部都是on前缀，都是回调，这和上家的定位有关，上家被动的等待下家的触发回调，因为下家是事件源，下面这些回调本质就是消息的传递):

   • onStartNestedScroll(View child, View target, int nestedScrollAxes): 该方法在下家触发自己的Scroll时会被调用，即下家告诉上家自己这边要开始scroll了，看上家对这一轮scroll是否感兴趣，如果感兴趣，才会传输这一轮scroll的信息，其实跟View的dispatch机制挺像的，先确认你要不要。
   • onNestedScrollAccepted(View child, View target, int nestedScrollAxes),在上面的onStartNestedScroll返回true后，会被回调，给予一次初始化配置的机会。
   • onStopNestedScroll(View target)&#