Android View的事件分发机制探索
Android View的事件分发机制探索
概述
Android事件传递机制也是Android系统中比较重要的一块，事件类型有很多种，这里主要讨论TouchEvent的事件在framework层的传递处理机制。因为对于App开发人员来说，理解framework层的事件传递机制，就差不多了。
带着问题来思考整个事件分发过程。
1、为什么要有事件分发过程？
当Android设备的屏幕，接收到触摸的动作时，屏幕驱动把压力信号（包括压力大小，压力位置等）传递给系统底层，然后操作系统经过一系列的处理，然后把触摸事件一层一层的向上传递，最终事件会被准确的传递到产生事件的对象上，系统会遍历每一个View对象，然后计算触摸点在哪一个View中。比如A和B两个View，是兄弟View，AView产生的触摸事件，是不会被分发到B上面的。
2、怎么看待事件序列？
在Android系统中，一个单独的事件基本上是没什么作用的，只有一个事件序列，才有意义。一个事件序列正常情况下，定义为 DOWN、MOVE（0或者多个）、UP/CANCEL。事件序列以DOWN事件开始，中间会有0或者多个MOVE事件，最后以UP事件或者CANCEL事件结束。
DOWN事件作为序列的开始，有一个很重要的职责，就是寻找事件序列的接受者，怎么理解呢？framework 在DOWN事件的传递过程中，需要根据View事件处理方法（onTouchEvent）的返回值来确定事件序列的接受者。如果一个View的onTouchEvent事件，在处理DOWN事件的时候返回true，说明它愿意接受并处理该事件序列。
3、Android的framework层如何处理事件的分发过程？
触摸事件到了framework层之后，首先会被传递到Activity，然后Activity会把事件委托给它内部的Window对象进行分发处理，而Window对象又会委托它内部的DecorView进行事件分发处理。我们都知道，DecorView是整棵View树的根节点，所以整个事件传递过程的复杂度就是事件在View树种分发传递的复杂度。 Android View框架提供了3个对事件的主要操作概念。
1、事件的分发机制，dispatchTouchEvent。主要是parent根据触摸事件的产生位置，以及child是否愿意负责处理该系列事件等状态，向其child分发事件的机制。
2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。
3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。
4、上述三个机制，是怎么向其调用者传递处理结果的？
在Java中，传递计算结果，有很多种途径，这里采用的是一种适用于同步调用的方法，返回值的方法。每个机制都使用boolean类型作为其返回值，那么每个机制的每个返回值是什么含义呢。
1、事件的分发机制，dispatchTouchEvent。
true-事件被以该节点为根节点的View树成功处理，此时该事件就算是处理完成了，事件不会再向上返还给View的父节点（把事件分发过来的那个节点）。
false-以该节点为根节点的View树种，没有一个View（包括该View）成功处理了此事件，所以事件会向上返还给View的父节点（把事件分发过来的那个节点）。
2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。
true-当前ViewGroup（因为View中没有该方法，而没有child的VIew也不需要有拦截机制）希望该事件不再传递给其child，而是希望自己处理。
false-当前ViewGroup不准备拦截该事件，事件正常向下分发给其child。
3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。
true-表示该View成功处理了该事件，该处理结果会向上通知给其parent。
false-表示该View没有成功处理该事件，那么它的parent会有机会来处理该事件（parent标记为事件序列接受者，parent 的 onTouchEvent 在 Down 事件时返回true）。
源代码分析
源代码基于SDK 23
View：
1、dispatchTouchEvent：
/**把事件分发到目标对象，因为这里是View对象，默认不含有child，所以这里他会把事件分发给自己 */
public boolean dispatchTouchEvent(MotionEvent event);
源代码：
不给出，有兴趣的读者执行查阅SDK
伪代码：
public boolean dispatchTouchEvent(MotionEvent event){
boolean result = false;
//如果有事件监听器，先让监听器处理事件。
if (mOnTouchListener.onTouch(event)) {
//如果监听器成功处理了该事件，处理结果设置为true。
result = true;
}
//如果没有监听器，就调用自身的onTouchEvent方法来处理事件。
if (!resutlt && onTouchEvent(event)) {
//如果自身的onTouchEvent成功处理事件，处理结果设置为true。
result = true;
}
return result;
}
ViewGroup：
1、onInterceptTouchEvent
/**默认实现是返回false，也就是默认不拦截任何事件 */
public boolean onInterceptTouchEvent(MotionEvent ev);
2、dispatchTouchEvent
/**根据内部拦截状态，向其child或者自己分发事件 */
public boolean dispatchTouchEvent(MotionEvent ev);
源代码：
不给出，有兴趣的读者执行查阅SDK
伪代码：
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ACTION_DOWN事件 || 没有事件处理对象) {
if (允许拦截事件，该标志位由child调用requestDisallowInterceptTouchEvent设置) {
//查询拦截机制的结果，根据该结果来判断是否需要拦截
intercepted = onInterceptTouchEvent(ev);
} else {
//不允许拦截，那么不拦截
intercepted = false;
}
} else {
//不是DOWN,并且有处理对象，允许拦截，中断事件传递
intercepted = true;
}
if (不取消 && 不拦截) {
if (ACTION_DOWN) { //找寻接收事件序列的对象
for (遍历所有childView) {
if (触摸点不在childView内部) {
continue;
}
if (childView.dispatchTouchEvent(event)) {
保存处理该事件的View，后续事件直接传递到该View，不要重新计算;
}
}
}
if (还没有事件处理对象) {
//当前View树中没找到合适的child处理对象，把事件给自己处理，View.dispatchTouchEvent()就是把事件分发给自己
super.dispatchTouchEvent(event);
} else {
//传递给child
childView.dispatchTouchEvent(event);
}
} else if (拦截) {
//拦截事件，把事件给自己处理，View.dispatchTouchEvent()就是把事件分发给自己
super.dispatchTouchEvent(event);
}
return 处理结果;
}
3、requestDisallowInterceptTouchEvent
/**干涩parent的事件分发机制，通知parent，是否拦截后续事件，如果设置为true，parent就不会拦截该事件，不管什么状态。设置为false，parent走正常的拦截流程 */
publicvoidrequestDisallowInterceptTouchEvent(booleandisallowIntercept);
源代码：
不给出，有兴趣的读者执行查阅SDK
伪代码：
public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
if (已经是当前要设置的状态) {
// 已经处于这个状态, 假设我们的parent也是这个状态
return;
}
设置该状态;
// 传递给parent
if (有父容器) {
设置父容器的拦截状态;
}
}
自己动手
我们都知道，如果ScrollView内部嵌套ListView，那么ListView是不可以滑动的，效果如下图所示：
那么其实这就是典型的事件冲突问题，就是说，原本应该被ListView用来上下滑动的事件，被ScrollView拦截了。就导致ListView不能正常滑动。
我们来看一下ScrollView的源代码：
onInterceptTouchEvent的伪代码：
public boolean onInterceptTouchEvent(MotionEvent ev) {
/*
* 这个方法决定了我们是否要拦截事件.
* 如果返回true, onTouchEvent会被调用并且我们开始做实际的Scroll操作.
*/
/*
* 大部分循环的状态: 用户在再拖拽的状态并且正在移动手指，
* 我们希望拦截这个事件
*/
final int action = ev.getAction();
if ((action == MotionEvent.ACTION_MOVE) && (mIsBeingDragged)) {
return true;
}
//其他操作
......................
}
所以正常的上下拖拽，ScrollView都会拦截。
那么我们下面改进一下，就是当我们滑动ScrollView中非ListView的区域时，ScrollView滑动，而我们滑动ListView的时候，ListView滑动，效果看起来如下图所示：
这里解决方法如下：
既然ScrollView会拦截事件，那么当我们滑动ListView的时候，我们不希望ScrollView拦截事件，这里我们继承ListView，在onTouchEvent中，请求ScrollView不要拦截事件。
部分代码如下：
@Override
public boolean onTouchEvent(MotionEvent ev) {
super.onTouchEvent(ev);
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
getParent().requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_MOVE:
break;
case MotionEvent.ACTION_UP:
getParent().requestDisallowInterceptTouchEvent(false);
break;
default:
break;
}
return true;
}
这样就可以很好的解决事件冲突的问题。
还有一种方法就是覆写parent的onInterceptTouchEvent方法，来修改事件拦截的状态。
用户评论