前言
关于Android事件传递是Android中一个重点，同时也是一个难点，而且其源码实现层级复杂，那么接下来通过 父控件 -> 子控件事件模型来理解 事件传递机制的一些知识点
接下来通过 理论知识和实际应用来记录
Android中事件传递机制 - 理论知识
Android中事件传递机制 - 滑动冲突
1. 结论
分析之前，可以先记住这3个结论：
- 结论1：事件一定是先到达父控件上；
- 结论2：事件简单说分为3种：Down、Move、Up事件，结合结论1可知，Down、Move、Up事件均是先到达父控件上；
- 结论3：父控件和父类不是一回事；
2. 事件传递机制流程
事件模型：父控件 -> 子控件
关于事件模型主要分为3个概念：dispatchTouchEvent()、oninterceptTouchEvent()、onTouchEvent()，分别是事件分发、事件拦截、事件触摸；
- 对于单个View来说：没有onInterceptTouchEvent()，因为它不包含其他View，所以不需要拦截方法；
- 对于ViewGroup来说：3个方法都有；
某一个事件到达View或者ViewGroup，一定会最先调用这个控件的dispatchTouchEvent()，dispatchTouchEvent()就是把这个事件分发下去，具体分发逻辑如下：
分析上图可知：
用户触摸该位置时候，最先调用最外层父控件ViewGroupA的 dispatchTouchEvent()，然后调用 ViewGroupA的onInterceptTouchEvent()，如果返回true，表示拦截事件，此时直接调用 ViewGroupA的 onTouchEvent()，如果返回false，就把事件继续给父控件 ViewGroupB分发；
首先调用 父控件ViewGroupB的 dispatchTouchEvent()，然后调用 ViewGroupB的 onInterceptTouchEvent()，如果返回true，表示拦截事件，直接调用 ViewGroupB的 onTouchEvent()，如果返回false，表示不拦截，继续把事件分发给下一级View；
上图只是写了两个父控件 ViewGroupA、ViewGroupB，进行分析事件传递机制，如果有多个父控件，其事件传递机制是一样的；
- ViewGroupB 把事件分发给View后，由于View没有 onInterceptTouchEvent()，所以直接调用 View的 dispatchTouchEvent()，然后调用 onInterceptTouchEvent()；
以上就是事件传递机制流程；
3. 事件响应方向
接下来我们就来分析下事件的响应方向，我们都知道 onTouchEvent()是有返回值的，要么返回true，要么返回false；
分析上图可知：
ViewGroupB的 onInterceptTouchEvent返回了true，表示拦截了事件，此时会执行 ViewGroupB的 onTouchEvent，如果返回true，表示消费了此事件，事件到此终止；如果返回false，那么这个事件会回传给 父控件 ViewGroupA，调用父控件 ViewGroupA的 onTouchEvent，同样的判断返回true还是false，如果为true，表示消费此事件，事件到此终止；如果返回false，继续向 上层父控件传递事件，以此类推；
此时可以得出两个方向：
1>：事件传递方向：父控件 -> 子控件；
2>：事件响应方向：子控件 -> 父控件；
4. 细致分析
1>：事件的起点由Down开始，然后产生一系列Move事件，最后以Up事件结束；
2>：如果 Down事件传递到了 子View，子View在onTouchEvent中对Down事件返回 false，导致的结果就是事件传递到 父控件，然后调用 父控件的 onTouchEvent，就意味着 后续的 Move、Up事件都不能传递到 子View上，所以对于 View来讲，如果想要处理 滑动事件，即就是Move事件，就一定不能在该 View的 MotionEvent.ActionDown中返回false；
3>：如果 Down事件传递到了 父View，会调用父View的 onInerceptTouchEvent，如果返回true，那么就会调用 父View的 onTouchEvent，此时如果 onTouchEvent返回true，表示父View 响应 Down事件。
有一个不一样的地方就是：事件传递到 父View的onTouchEvent，是因为 onInterceptTouchEvent返回true拦截了事件导致的，不是由 子View回传回来的，这种情况下，当 Move、Up事件传递到 父View的时候，不会传递给子View，并且不再调用自身的onInterceptTouchEvent
5. 什么时候产生 cancel事件？
一个正常的事件应该是 down - move - up，如果一个View响应了 down 事件，但是其 move或者up事件被拦截，这个时候 该View会产生 cancel事件。
6. 子控件是否可以请求父控件是否拦截的行为？
可以。子控件可以 请求父控件不要拦截事件；
调用 子控件.getParent().requestDisallowInterceptTouchEvent(true)，表示 请求父控件不要拦截事件。
上句代码意思就是：事件首先到达 父控件，然后到达 子控件 ，getParent().requestDisallowInterceptTouchEvent(true);这句代码是在 父控件的 onInterceptTouchEvent拦截事件之后调用的，其效果不是 父控件对本次事件是否拦截的结果，而是后续事件。
比如 view在Down事件调用 getParent().requestDisallowInterceptTouchEvent(true)，那么在后续的 Move、Up事件分发到 父控件中，父控件不会拦截，所以这种情况 getParent().requestDisallowInterceptTouchEvent(true);只会影响后续的 Move、Up事件，而不会影响 Down事件；
7. 示例现象分析
常用场景：比如有一个父控件ViewPager，该ViewPager其中的一个 item控件是 ScrollView，会发生的问题是：当ViewPager滑动到 ScrollView时候，发现不能左右滑动
解决方案
自定义一个 MyViewPager，重写 onInterceptTouchEvent，然后根据多个 Move事件判断是左右滑动还是上下滑动，如果是左右滑动，则return true将事件拦截；如果上下滑动，则return false，将事件分发给 ScrollView。
一般不会拦截 Down事件，判断是否拦截，一般是根据一系列的 Move事件得出具体成立的条件
