嵌套滑动机制相比传统事件分发在方向、体验和复杂性上有所改进，允许子控件到父控件的方向处理，提供更流畅的体验。开启嵌套滑动的关键在于子View在ACTION_DOWN事件中调用相应方法，并处理剩余滑动距离。实现嵌套滑动不一定需要协调布局和Behavior，自定义View实现NestedScrollingChild或NestedScrollingParent接口即可。在不同版本中，通过不同方式实现接口和方法来支持嵌套滑动。
NestedScrollingParent：以下简称“NSP”，NestedScrollingChild：以下简称“NSC”，这两个接口是嵌套滑动的精髓，是我们实现嵌套滑动遵守的“规则”。
NOTE：本博文非详细原理篇，原理分析网上资料很多！！
与传统事件分发相比，好在哪？
- 方向维度
- 传统事件分发机制
方向：父控件 -> 子控件，且是一锤子买卖，即事件总是先传递给父控件，父控件不拦截该事件，则该事件才会传递给子控件，一旦父控件拦截了该事件，则子View就没有机会处理该事件了，同一事件序列的事件均由父控件处理。
同一事件序列：从手指按下屏幕的那刻起，到抬起手指，这中间产生的一系列事件：一个ACTION_DOWN、N个ACTION_MOVE、一个ACTION_UP等。
- 嵌套滑动机制
方向：子控件 -> 父控件，且不是一锤子买卖，且嵌套滑动由子控件来触发，且在同一事件序列中，父控件和子控件都有机会处理该事件。
- 体验维度
注意：传统的事件分发机制一样可以实现嵌套滑动。
- 传统事件分发机制
体验相对较差，基于传统事件分发与拦截的特点，实现的嵌套滑动不连贯，比如向上滑动到一定位置之后，如吸顶的位置，如果用户不抬起手指，则页面就不会继续向上滑动了。为啥？因为不抬起手指，产生的事件还是同一事件序列，还是由父View消耗，子View没机会消耗。
- 嵌套滑动机制
由于同一事件序列，父子View都有机会参与处理，因此体验较好。至于怎么做到[同一事件序列，父子View都有机会参与]的，本文后面会讲。
- 复杂维度
嵌套滑动机制实现嵌套滑动更容易一些，为啥？
传统事件分发机制需要父控件首先拦截处理滑动事件，当到达比如吸顶位置了，此时滑动事件不再满足父控件的处理要求了，此时子View才有机会处理后面的滑动（此处用户应该抬一把手指，
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
