Android中事件传递机制（一） - 理论知识

前言

关于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()就是把这个事件分发下去，具体分发逻辑如下：

事件传递流程图.png

分析上图可知：

• 用户触摸该位置时候，最先调用最外层父控件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；

事件响应方向.png

分析上图可知：

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事件得出具体成立的条件