从另一个思路来学习安卓事件分发机制
前言
事件分发机制是一个安卓老生常谈的话题了，从前几年的面试必问题到如今的本当成默认都会的基础知识。关于这方面的博客网上已经有很多很多了，有从源码分析的，有从实际出发开始分析的等等。面对这么多的教程，小白可能一头雾水不知道从哪里看起，而且看完之后感觉啥也没留下。那么我打算从一个全新的角度全新的思路来讲解这个问题。
全新的角度
If I have seen further, it is by standing on the shoulders of giants.
站在前辈的肩膀上，我们能看得更远。所以我们先来看看大佬们已经为我们总结出来的事件分发流程
image
(图片转自Kelin 的博客图解 Android 事件分发机制)
从图上来看我们可以总结出这么几个相关方法
public boolean dispatchTouchEvent(MotionEvent ev) {...}
public boolean onInterceptTouchEvent(MotionEvent ev) {...}
public boolean onTouchEvent(MotionEvent event) {...}
那么我们就来重点看下这几个方法:
//首先是Activity中的这个方法
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
//这是一个空方法，里面没有任何逻辑，不会对事件分发造成影响
onUserInteraction();
}
//重点是这里的调用Window的superDispatchTouchEvent方法
//具体逻辑中这里会调用的顶级view的dispatchTouchEvent方法
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
上面的Window中的superDispatchTouchEvent方法的代码我就不贴了，我们只要知道他会调用Activity中顶级视图view的dispatchTouchEvent方法。接下来的事件传递都在View中了，这部分才是我们需要关心的。
//接着是ViewGroup中的dispatchTouchEvent方法，由于代码太多，我们直接看和onInterceptTouchEvent方法有关的部分，应为我们从大佬的博客中得知ViewGroup里的dispatchTouchEvent方法中会调用onInterceptTouchEvent方法来判断是否拦截事件.
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
从上面代码可以看出来当actionMasked为ACTION_DOWN或者mFirstTouchTarget != null时会调用onInterceptTouchEvent。那么这个mFirstTouchTarget到底是个什么玩意呢？
从后面的代码中可以看出这个玩意在 事件被ViewGroup的子元素消费的时候会被复制并指向子元素。
也就是事件被子元素消费后mFirstTouchTarget != null,而当ViewGroup拦截事件时，mFirstTouchTarget为空，所以当接下来的Move和Up一些列事件到来之时，不会再调用onInterceptTouchEvent方法，而是直接交由ViewGroup处理。（应为onInterceptTouchEvent不是每次都会被调用的，所以我们想处理所有事件是，应该选择dispatchTouchEvent方法）
说了半天，这个onInterceptTouchEvent看起来这么重要，那我们就来看下他里面到底是啥样的
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
&& ev.getAction() == MotionEvent.ACTION_DOWN
&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
&& isOnScrollbarThumb(ev.getX(), ev.getY())) {
return true;
}
return false;
}
可以看到里面的代码很简单，基本上相当于默认返回false。所以可以总结出ViewGroup中的onInterceptTouchEvent方法默认不拦截事件。
接下来看没被拦截时会执行的代码
if (newTouchTarget == null && childrenCount != 0) {
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// Find a child that can receive the event.
// Scan children from front to back.
final ArrayList<View> preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
// If there is a view that has accessibility focus we want it
// to get the event first and if not handled we will perform a
// normal dispatch. We may do a double iteration but this is
// safer given the timeframe.
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
// childIndex points into presorted list, find original index
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;
}
// The accessibility focus didn't handle the event, so clear
// the flag and do a normal dispatch to all children.
ev.setTargetAccessibilityFocus(false);
}
if (preorderedList != null) preorderedList.clear();
}
这段代码看着很长，其实逻辑很简单（不需要读懂每一行代码，大概了解思路和执行过程就行）。
遍历ViewGroup中的所有子元素，判断子元素是否能够接受这个事件，如果能够接受则这个事件会被交给该子元素处理。具体代码在这个方法中dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign）
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
如果这个这个child.dispatchTouchEvent(event)方法返回true，代表事件被子view消费，mFirstTouchTarget将会被赋值同时跳出循环,如下部分代码：
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
//mFirstTouchTarget在此被赋值
private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;
return target;
}
而如果所有子view的dispatchTouchEvent方法都返回false或者没有子view时，会调用如下代码
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
注意这里传入的第三个参数也就是child为空，根据上面部分的代码来看，当子view为空时会调用ViewGroup的父类的dispatchTouchEvent。那么ViewGroup的部分就到此为止了，接下来是View的部分。
老规矩先来看下View的dispatchTouchEvent方法
//省略了部分无关代码，读者可以自行查看源码
public boolean dispatchTouchEvent(MotionEvent event) {
boolean result = false;
final int actionMasked = event.getActionMasked();
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
return result;
}
View的dispatchTouchEvent方法比较简单，代码量少了很多。
重点在于这部分代码
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
当li!=null且当li.mOnTouchListener != null的时候会去掉用li.mOnTouchListener.onTouch(this, event)方法。并且当onTouch方法返回为true时，dispatchTouchEvent方法返回true。
那么什么时候上诉条件成立呢？
答案是当我们掉用view的setOnTouchListener()方法的时候，而这个onTouch方法就是我们在此设置的。
那么当我们没设置该方法或者onTouch返回为false的时候呢？
if (!result && onTouchEvent(event)) {
result = true;
}
上述代码解答了我们问题，当result为false的时候回去调用View本身的onTouchEvent方法。所以我们知道onTouch方法会在onTouchEvent之前调用，并且能够在此通过返回true完全消费掉事件使得onTouchEvent方法不会被调用。
按照大佬们博客的说法，当view为可点击时onTouchEvent方法默认返回true表示消费掉了事件，那么我们就去看看该方法里面到底是怎么一回事
//该部分代码比较长，删除了不相关的代码，只保留重要部分，读者可以自行查看源码
public boolean onTouchEvent(MotionEvent event) {
final int action = event.getAction();
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch (action) {
case MotionEvent.ACTION_UP:
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
break;
}
return true;
}
return false;
}
//performClick()方法内部
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
return result;
}
从上面的代码可以看出当view可以点击时会调用performClick()方法，而这个方法会在li != null && li.mOnClickListener != null时去调用onClick方法（也就是我们对view的setOnClickListener方法）。
而不管onClick方法返回什么，只要view是可点击的onTouchEvent方法都会返回true，看样子大佬说的一点都没错（屁话，大佬还能说错了？(╯‵□′)╯︵┻━┻）。
那么这个时候安卓中事件的分发流程好像渐渐清晰了，翻到文章开头的流程图，读者是不是感到已经理解了呢？（如果没有理解，请抛开博客，打开源码，对上述的三个方法的源码细细看一遍）
尾声
其实我感觉这篇写的有点繁琐和乱，主要还是我功力不够，虽然自己能够理解了这部分内容，但是写的时候总是不能完全表达清楚，有种只可意会不可言传的感觉。新手朋友可以多参考几篇博客，多看几遍源码，一次不行就两次，两次不行就三次。世上无难事只怕有心人，只要肯有心总有能学会理解的那一天。
同时安卓新手朋友们可以看看我的另外两篇博客分别是关于AsyncTask和SpannableStringBuilder的。
网友评论