前言
昨天面试了腾讯Android，基本上是照着简历问，但都问的比较深入。其中问到了事件体系，含含糊糊的答了出来（之前有看过艺术探索），但后来自己想想感觉自己答的并不是特别好。虽然面试结果还不知道，但觉得还是应该好好整理一下。
分析的起点
不管是书上还是网上都说事件的起点是ViewGroup的dispatchEvent，但大多数都没有给出理由，本着探索的精神，我采用了最简单的方法：断点调试。
点击这个View，果然，查看栈帧：
是通过WindowCallback传递到Activity，再专递到Activity的Window->DecorView，DecorView实际上就是一个FrameLayout，最终调用的就是ViewGroup的dispatchTouchEvent，所以下面就可以愉快的分析DispatchEvent啦。
ViewGroup#dispatchTouchEvent()
// 前面省略...
final int action = ev.getAction();
// 获取事件类型
final int actionMasked = action & MotionEvent.ACTION_MASK;
// ACTION_DOWN就是你手机接触屏幕的事件，通常被认为是一系列触摸事件的起点
if (actionMasked == MotionEvent.ACTION_DOWN) {
// 这里是重置当前的事件状态，后面会分析
cancelAndClearTouchTargets(ev);
resetTouchState();
}
// 检查是否拦截
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
// 这个标志如果有效，则不会调用自己的onInterceptTouchEvent方法
// 可以通过ViewParent#requestDisallowInterceptTouchEvent()修改
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
// 如果intercepted为true，就会拦截这一系列事件，具体可以在后面的源码到
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
// 触摸事件不是ACTION_DOWN，并且touchTarget==null
intercepted = true;
}
可以看到，是否拦截的逻辑还与touchTarget这个成员相关，这个成员是什么呢？
private static final class TouchTarget {
private static final int MAX_RECYCLED = 32;
private static final Object sRecycleLock = new Object[0];
private static TouchTarget sRecycleBin;
private static int sRecycledCount;
public static final int ALL_POINTER_IDS = -1; // all ones
// The touched child view.
public View child;
// The combined bit mask of pointer ids for all pointers captured by the target.
public int pointerIdBits;
// The next target in the target list.
public TouchTarget next;
看一下这个类的结构，很容易想到，这是个链表节点的结构，而它的child是什么呢？可以通过后面的代码去挖掘，因为mFirstTouchTarget这个成员变量是在后面赋值的，初始为null，所以我们可以把它认为是null，带着这个条件去走下面的逻辑。
按照ViewGroup的默认情况，不拦截事件，这个先看intercept为false的情况。以下是不拦截本次事件的时候会执行的一段代码。
// 首先会判断是不是ACTION_DOWN或者支持多指时是不是其他手机按下或者是鼠标按下（Hover是跟鼠标相关的处理，这里不用过多关心）
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
// 获取按下的手指编号，暂时不用关心
final int actionIndex = ev.getActionIndex();
final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
: TouchTarget.ALL_POINTER_IDS;
removePointersFromTouchTargets(idBitsToAssign);
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// 获取子View的列表，顺序可以通过ViewGroup提供的接口自定义
final ArrayList preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
// 按一定顺序遍历子View
for (int i = childrenCount - 1; i >= 0; i--) {
...
// 判断这个View是否接收事件，并判断事件是否在View对应的那块矩形内，如果不在，找下一个
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
// 这个方法实际上是遍历mFirstTouchTarget这个链表，找到child域和当前View相同的TouchTarget，但第一次收到down时，这个会返回null
newTouchTarget = getTouchTarget(child);
// 如果找到了，会把touchTarget响应的手指编号信息更新
if (newTouchTarget != null)
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
// 分发事件，如果成功处理，更新事件处理的信息并退出循环，这里是把事件交给child去分发，具体如何实现这里不展开，逻辑比较简单
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
// 这里就把这个结点加入链表了
newTouchTarget = addTouchTarget(child, idBitsToAssign);
// 是否已经处理点击事件，稍后会用到
alreadyDispatchedToNewTouchTarget = true;
break;
}
ev.setTargetAccessibilityFocus(false);
}
if (preorderedList != null) preorderedList.clear();
}
...
这里的代码就比较长了，但也不是很难懂，重要的地方都在注释。我们这里暂时是以第一次点击事件来描述这个流程的，因此去掉了一些与这个流程无关的代码。这段代码实际上对一些特殊情况进行了处理，这里咱们先略过。后面虽然还有很多代码，但实际上会发现，执行到这个地方，基本就结束了，alreadyDispatchedToNewTouchTarget被置为了true，带入源码读，可以看到
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
...
}
predecessor = target;
target = next;
}
}
对于这个流程来讲，else分支已经不重要了，到此DOWN事件处理完毕。
当然，我们现在可以回过头看前面的问题。DOWN事件分发到的时候到底做了什么呢？
首先是cancelAndClearTouchTargets方法
private void cancelAndClearTouchTargets(MotionEvent event) {
if (mFirstTouchTarget != null) {
boolean syntheticEvent = false;
if (event == null) {
final long now = SystemClock.uptimeMillis();
event = MotionEvent.obtain(now, now,
MotionEvent.ACTION_CANCEL, 0.0f, 0.0f, 0);
event.setSource(InputDevice.SOURCE_TOUCHSCREEN);
syntheticEvent = true;
}
for (TouchTarget target = mFirstTouchTarget; target != null; target = target.next) {
resetCancelNextUpFlag(target.child);
dispatchTransformedTouchEvent(event, true, target.child, target.pointerIdBits);
}
clearTouchTargets();
if (syntheticEvent) {
event.recycle();
}
}
}
ViewGroup#clearTouchTargets
// 清空链表
private void clearTouchTargets() {
TouchTarget target = mFirstTouchTarget;
if (target != null) {
do {
TouchTarget next = target.next;
target.recycle();
target = next;
} while (target != null);
mFirstTouchTarget = null;
}
}
可以看到，在这里会分发event，但是即使event不为null，传给dispatchTransformedTouchEvent的cancel的值为true，在这个方法处理的时候，会把event的Action设为ACTION_CANCEL，所以我们在处理ACTION_CANCEL的时候，一般要把事件相关的状态和变量重置。
接下来会调用ViewGroup#resetTouchState
private void resetTouchState() {
// 清空链表
clearTouchTargets();
// 重置状态
resetCancelNextUpFlag(this);
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
mNestedScrollAxes = SCROLL_AXIS_NONE;
}
这里我们能看到，它会把FLAG_DISALLOW_INTERCEPT这个标志设置为false，也就是说，它这个时候会调用自己的interceptTouchEvent方法。由此我们得出一条结论：
ACTION_DOWN事件不能被取消拦截
假设我们按下来，移动手指，这样就会产生一个move事件，这里，仍然假设默认不会拦截。
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE)
...
这一串代码自然不会执行，到了下面
if (mFirstTouchTarget == null) {
// 暂不关心
} else {
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
// alreadyDispatchedToNewTouchTarget这个时候是false，会执行else分支
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
这个时候，会遍历touchTarget这个链表并分发事件，从源码中可以看出，只要又一个touchTarget的child成功处理这个事件，handled就是true。
这里又有疑问了，为什么touchTarget会用链表来存？会有多个touchTarget的情况吗？这个时候，就要想到之前分析忽略的地方，对多指的支持。首先还是看上面那一长串代码的进入条件：
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE)
...
还有一个ACTION_POINTER_DOWN条件。什么是POINTER_DOWN呢？首先DOWN是指你第一个手指触摸屏幕，然后你第一根手指不放，按下第二根手指、第三根手指都会产生这样的事件，并且，还会记录手指的id。
可以看到上面的split这个变量，这是一个flag，当关心多指时为true（默认true）。接下来，获取本次pointerId：
final int actionIndex = ev.getActionIndex(); // always 0 for down
final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex) : TouchTarget.ALL_POINTER_IDS;
idBitsToAssign实际上就是把手指id那一位置1的数。
接下来，会把之前处理过这个手指id的touchTarget清除。
private void removePointersFromTouchTargets(int pointerIdBits) {
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
// 处理了这个手指的事件
if ((target.pointerIdBits & pointerIdBits) != 0) {
// 把这个手指对应的位置0
target.pointerIdBits &= ~pointerIdBits;
// 置0后没有对应处理的手指id了，则从链表中删除
if (target.pointerIdBits == 0) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
也不难理解为什么需要清除前面的，这个方法是为了同步状态，前面的手指，因为对于当前手指来说，相当于新开始一个DOWN事件，所以前面不应该有处理这个事件的touchTarget，这样做也是为了保险，可见Google大佬思维的严密。接下来的就有三种情况了：
- 情况一：
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
在遍历的时候，首先遍历了已经在touchTarget中的child，这个时候显然没有增加新的touchTarget，而是把它的处理的手指对应位置一。而之后的流程如前面分析，遍历touchTarget，分发事件。
- 情况二：
先遇到了一个没有在链表中的结点，就会像前面处理DOWN事件那样添加到链表中。之后的处理也类似。 - 情况三：
if (newTouchTarget == null && mFirstTouchTarget != null) {
newTouchTarget = mFirstTouchTarget;
while (newTouchTarget.next != null) {
newTouchTarget = newTouchTarget.next;
}
newTouchTarget.pointerIdBits |= idBitsToAssign;
}
遍历完子View都没有找到，这时候把链表最后一个（最近添加的）手指信息对应位置1。
事实上，个人认为比较常见的是情况一。情况二、情况三的话需要改变遍历顺序或者移除上一次处理过的View。
上面是intercept=false的情况。那如果intercept=true呢？这个就比较简单了。
if (mFirstTouchTarget == null) {
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
}
会把dispatchTransformedTouchEvent的child参数设置为null，如果为null，会把事件交给super.dispatchTouchEvent。super是谁？可别忘了ViewGroup的爸爸是View！View又有自己的dispatchTouchEvent方法，这个方法就相对来讲比较简单了，主要是touchEventListener、click、longClick等的处理。
结语
当然，这个方法里还有一些细节的处理我没有分析，比如上面那段代码的canceled变量、accessibilityFocus的处理等。这里先埋个坑，之后有空回来补。
如果有什么分析错误的地方，欢迎各位大神指正！