Android嵌套滑动-Behavior方案实战及细节注意

笔者在2013年就收到Android嵌套滑动的UI效果需求，当时都是直接从监听滑动事件分发做起，至今再次收到这种类似的需求，一直以来想更新下之前的实现方式，相对于Behavior封装过的方案而言毕竟不够优雅，现就介绍前后两种方案。

• 老方案的思路

  这种方式是相关api直接使用，其他的封装方式（包括behavoir）都是基于此封装而来，直接重写父类（ViewGroup）的事件分发机制：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent等方法，手动事件分发，当属于逻辑外层滑动时候，进行拦截，满足一定条件之后，再重新分发事件给相关子嵌套的滚动View。这里面代码实现就不展示出来，有点历史，思路在此，不过实现中会有些问题。
  例如当重新把move事件分发给子View时，这时子View突然接受到move事件，没有完整的流程经历down事件会导致未初始化而不能响应move事件，就是常见的不能连续滑动的根本原因；其次就是拦截事件不要拦截down事件，会导致某个view点击事件不能响应，滑动都应该只是针对move事件拦截。

• Behavior方式

  在说Behavior之前先简单提下嵌套滑动在5.0之后新增的Api：NestedScrollingParent、NestedScrollingChild以及相应的Helper类，具体介绍不是重点，分别实现这些接口的父View和子View类就能够实现父View对子View嵌套滑动的监听，同时父View和子View之间不一定是直接的上下层关系，子View可以是父view下任意子View，例如NestedScrollView、RecyclerV