Android面试复习之View事件体系（源码分析）
前言
昨天面试了腾讯Android，基本上是照着简历问，但都问的比较深刻。其中问到了事件体系，含含糊糊的答了出来（以前有看过艺术探索），但后来本身想一想感受本身答的并非特别好。虽然面试结果还不知道，但以为仍是应该好好整理一下。面试
分析的起点
不论是书上仍是网上都说事件的起点是ViewGroup的dispatchEvent，但大多数都没有给出理由，本着探索的精神，我采用了最简单的方法：断点调试。 bash
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这个成员相关，这个成员是什么呢？ui
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的状况。如下是不拦截本次事件的时候会执行的一段代码。this
// 首先会判断是否是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<View> 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，带入源码读，能够看到spa
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#clearTouchTargetscode
// 清空链表
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#resetTouchStateorm
private void resetTouchState() {
// 清空链表
clearTouchTargets();
// 重置状态
resetCancelNextUpFlag(this);
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
mNestedScrollAxes = SCROLL_AXIS_NONE;
}
复制代码
这里咱们能看到，它会把FLAG_DISALLOW_INTERCEPT这个标志设置为false，也就是说，它这个时候会调用本身的interceptTouchEvent方法。由此咱们得出一条结论： ACTION_DOWN事件不能被取消拦截 假设咱们按下来，移动手指，这样就会产生一个move事件，这里，仍然假设默认不会拦截。cdn
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE)
...
复制代码
这一串代码天然不会执行，到了下面blog
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。 事实上，我的认为比较常见的是状况一。状况2、状况三的话须要改变遍历顺序或者移除上一次处理过的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的处理等。这里先埋个坑，以后有空回来补。 若是有什么分析错误的地方，欢迎各位大神指正！
- 1. Android View 事件分发源码分析
- 2. Android View体系之Touch事件传递源码解析(8.0)
- 3. android View事件体系（一）
- 4. View事件分发源码分析（二）
- 5. View 事件分发源码分析
- 6. View事件分发源码分析（一）
- 7. Android View系列（二）：事件分发机制源码解析
- 8. Android事件分发之源码分析
- 9. View事件机制源码分析
- 10. Android面试之EventBus源码分析
- 更多相关文章...
- • jQuery Mobile 页面事件 - jQuery Mobile 教程
- • Spring体系结构详解 - Spring教程
- • 互联网组织的未来：剖析GitHub员工的任性之源
- • Docker容器实战(七) - 容器眼光下的文件系统
-
每一个你不满意的现在，都有一个你没有努力的曾经。