Android事件分发机制
Posted 你的坚定
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Android事件分发机制相关的知识，希望对你有一定的参考价值。
android事件分发机制
一.初识
1.1 用户对屏幕的操作的事件可以划分为3种最基础的事件：
1.ACTION_DOWN：手指刚接触屏幕，按下去的那一瞬间产生该事件
2.ACTION_MOVE：手指在屏幕上移动时候产生该事件
3.ACTION_UP：手指从屏幕上松开的瞬间产生该事件
1.2 用户对屏幕的操作最终可以划分为这三种事件，用户的ACTION_DOWN到ACTION_UP的操作可以称为一个事件序列
一个事件序列主要有以下两种组成：
一： ACTION_DOWN->ACTION_UP
二 ：ACTION_DOWN->许多个ACTION_MOVE>ACTION_UP
1.3 Android 的事件分发机制大体可以分为三部分 事件生产 事件分发 事件消费 事件的生产是由用户点击屏幕产生，这篇文章着重分析事件的分发和消费，因为事件分发和处理联系的过于紧密，这篇文章将把事件的分发和消费放在一起分析
在Activity上的事件分发和Activity PhoneView DecorView ViewGroup view 密不可分， 其中 Activity PhoneView DecorView ViewGroup view的关系可以用如下图来描述：
若干GroupView和若干View组成的控件树可以用下午来概括：
1.4 事件分发的大概流程可以这样来描述：Activity -> PhoneWindow ->DecorView(DecorView其实就是一种ViewGroup) ->View
1.5 事件分发需要的三个重要方法来共同完成：
public boolean dispatchTouchEvent（event）：用于进行点击事件的分发
public boolean onInterceptTouchEvent（event）：用于进行点击事件的拦截
public boolean onTouchEvent（event）：用于处理点击事件
三个函数的参数均为even，即上面所说的3种类型的输入事件，返回值均为boolean 类型
上面的三种方法的调用关系大致可以用下面的伪代码来描述
public boolean dispatchTouchEvent(MotionEvent ev)
boolean consume = false;//事件是否被消费
if (onInterceptTouchEvent(ev))//调用onInterceptTouchEvent判断是否拦截事件
consume = onTouchEvent(ev);//如果拦截则调用自身的onTouchEvent方法
else
consume = child.dispatchTouchEvent(ev);//不拦截调用子View的dispatchTouchEvent方法
return consume;//返回值表示事件是否被消费，true事件终止，false调用父View的onTouchEvent方法
事件的分发到处理的过程大致可以用一个U形图来描述：
- 首先是要说明的是，上图的分析仅仅只限于对ACTION_DOWN的分析
- U形图从上到下可以分为三层，分别是Activity层，ViewGroup层，和View层
- 事件的开始分发是从右上角的大红色的箭头开始传输的
- 线上的false/ture/super 分别表示的是箭头起点函数的返回值：return false/return ture/return supperxxx(调用父类的返回)
- 箭头指向消费，表示该事件就到此为止，不会再往下传或往上一级传
- 如果事件在分发的过程中一直不被消费，那么整个分发的过程看起来就是一个U形的结构
- 图中只是说明了activity中只有一个ViewGroup的情况，实际操作中可能会有View ViewGroup多层嵌套的情况，原理也是这个原理，大同小异。
总结一下同种分发的几条规律： - 对于activity来说dispatchTouchEvent中无论是返回ture/false都会将事件消费，即不会再往下面传播，只有return super的时候才会传到 ViewGroup()
- 对于dispatchTouchEvent和onTouchEvent来说return false会把该事件交给父容器来处理
- 对于onInterceptTouchEvent来说返回false，顾名思义，该viewGroup将不会拦截该事件，这个事件就可以继续向下传播了，如果onInterceptTouchEvent返回ture就表明该ViewGroup将会拦截该事件，事件将会交给该组件的onTouchEvent来处理，事件也就不会再往下面的组件分发了
- 对于onTouchEvent来说对于传入他的事件，如果返回ture就代表该事件已经被消费，则流程就终止，如果返回false，那么就代表该事件将不会由他处理，将会将给父容器的onTouchEvent来处理。
- 每个ViewGroup每次在做分发的时候，问一问拦截器要不要拦截（也就是问问自己这个事件要不要自己来处理）如果要自己处理那就在onInterceptTouchEvent方法中 return true就会交给自己的onTouchEvent的处理，如果不拦截就是继续往子控件往下传。默认是不会去拦截的，因为子View也需要这个事件，所以onInterceptTouchEvent拦截器return super.onInterceptTouchEvent()和return false是一样的，是不会拦截的，事件会继续往子View的dispatchTouchEvent传递。
- 看下ViewGroup 的dispatchTouchEvent，之前说的return true是终结传递。return false 是回溯到父View的onTouchEvent，然后ViewGroup怎样通过dispatchTouchEvent方法能把事件分发到自己的onTouchEvent处理呢，return true和false 都不行，那么只能通过Interceptor把事件拦截下来给自己的onTouchEvent，所以ViewGroup dispatchTouchEvent方法的super默认实现就是去调用onInterceptTouchEvent
- 那么对于View的dispatchTouchEvent return super.dispatchTouchEvent()的时候呢事件会传到哪里呢，很遗憾View没有拦截器。但是同样的道理return true是终结。return false 是回溯会父类的onTouchEvent，怎样把事件分发给自己的onTouchEvent处理呢，那只能return
super.dispatchTouchEvent,View类的dispatchTouchEvent（）方法默认实现就是能帮你调用View自己的onTouchEvent方法的。
1.6 对ACTION_MOVE 和ACTION_UP事件的处理
- 对这两种事件的处理可以总结为下面这些内容ACTION_DOWN事件在哪个控件消费了（return true）， 那么ACTION_MOVE和ACTION_UP就会从上往下（通过dispatchTouchEvent）做事件分发往下传，就只会传到这个控件，不会继续往下传，如果ACTION_DOWN事件是在dispatchTouchEvent消费，那么事件到此为止停止传递，如果ACTION_DOWN事件是在onTouchEvent消费的，那么会把ACTION_MOVE或ACTION_UP事件传给该控件的onTouchEvent处理并结束传递。（下面的三张图均来自图解 Android 事件分发机制 红色的箭头代表ACTION_DOWN 事件的流向蓝色的箭头代表ACTION_MOVE 和 ACTION_UP 事件的流向）
二.源码分析
1. 从Activity到ViewGroup
Activity.java
public boolean dispatchTouchEvent(MotionEvent ev)
......
// ->>分析1
if (getWindow().superDispatchTouchEvent(ev)) //getWindow返回的是一个PhoneWindow
//对象 ，即这里调用的是PhoneWindow
// 的superDispatchTouchEvent，也就
//说在这里Activity把时间传给了
//PhoneWindow
return true;
// 若getWindow().superDispatchTouchEvent(ev)的返回true
// 则Activity.dispatchTouchEvent（）就返回true，则方法结束。即 ：该点击事件停止往下传递 & 事件传递过程结束
// 否则：继续调用Activity.onTouchEvent
return onTouchEvent(ev);
// ：当一个点击事件未被Activity下任何一个View接收/处理时，就会调用该方法
public boolean onTouchEvent(MotionEvent event)
if (mWindow.shouldCloseOnTouch(this, event))
finish();
return true;
return false;
PhoneWindow.java
@Override
public boolean superDispatchTouchEvent(MotionEvent event)
return mDecor.superDispatchTouchEvent(event);
// mDecor的类型是DecorView，DecorView是PhoneWindow的内部类，继承自FrameLayout，而FrameLayout是ViewGroup的子类，
// 所以mDecor是一个顶级的ViewGroup，在这里就实现了事件从PhoneWindow到顶级
//ViewGroup的传递
DecorView：
public boolean superDispatchTouchEvent(MotionEvent event)
return super.dispatchTouchEvent(event);
// 在这里它调用了父类的dispatchTouchEvent，而DecorView的父类是FrameLayout，而
// FrameLayout的父类是ViewGroup，到这里就是我们熟悉的ViewGroup 的dispatchTouchEvent
总结
当一个点击事件发生时，从Activity的事件分发开始（Activity.dispatchTouchEvent()），流程总结如下：
1. ViewGroup中的分发
1.1
class ViewGroup:
public boolean dispatchTouchEvent(MotionEvent ev)
...
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// Handle an initial down.
if (actionMasked == MotionEvent.ACTION_DOWN)
cancelAndClearTouchTargets(ev);
//清除FLAG_DISALLOW_INTERCEPT设置并且mFirstTouchTarget 设置为null
resetTouchState();
// Check for interception.
final boolean intercepted;//是否拦截事件
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) // 注意这里 -> 分析一
//FLAG_DISALLOW_INTERCEPT是子View通过
//requestDisallowInterceptTouchEvent方法进行设置的
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; // 分析二
if (!disallowIntercept)
//调用onInterceptTouchEvent方法判断是否需要拦截
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
else
intercepted = false;
else
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
...
分析一
这里首先判断事件是否为DOWN事件，如果是，则进行初始化，resetTouchState方法中会把 mFirstTouchTarget的值置为null。这里为什么要进行初始化呢？原因就是一个完整的事件序列是以 DOWN开始，以UP结束的。所以如果是DOWN事件，那么说明这是一个新的事件序列，故而需要初 始化之前的状态。接着往下看，上面代码注释1处的条件如果满足，则执行下面的句子，mFirstTouchTarget 的意义是：当 前ViewGroup 是否拦截了事件，如果拦截了， mFirstTouchTarget=null；如果没有拦截并交由子View来处 理，mFirstTouchTarget！=null 从上面代码我们可以看出，ViewGroup在如下两种情况下会判断是否要拦截当前事件:事件类型为ACTION DOWN或者mFirstTouchTarget != null。ACTION_ DOWN事件好理解,那么mFirstTouchTarget!=null是什么意思呢?这个从后面的代码逻辑可以看出来，当事件由ViewGroup的子元素成功处理时，mFirstTouchTarget 会被赋值并指向子
元素，换种方式来说，当ViewGroup 不拦截事件并将事件交由子元素处理时
mFirstTouchTarget != null。 反过来，一旦事件由当前ViewGroup 拦截时，mFirstTouchTarget != null就不成立。那么当ACTION_ MOVE和ACTION UP事件到来
时，由于(actionMasked == MotionEvent. ACTION DOWN II mFirstTouchTarget != null)这
个条件为false, 将导致ViewGroup的onInterceptTouchEvent 不会再被调用，并且同一序列中的其他事件都会默认交给它处理。
分析二
当然，这里有一种特殊情况，那就是FLAG_ DISALLOW_ INTERCEPT 标记位，这个
标记位是通过requestDisallowInterceptTouchEvent 方法来设置的，一般用于子 View中。 FLAG_ DISALLOW_ INTERCEPT 一旦设置后，ViewGroup 将无法拦截除了 ACTION_ DOWN以外的其他点击事件。为什么说是除了ACTION_ DOWN以外的其他事 件呢?这是因为ViewGroup在分发事件时，如果是ACTION DOWN就会重置 FLAG_ DISALLOW_ INTERCEPT这个标记位，将导致子View中设置的这个标记位无效。 因此，当面对ACTION_DOWN事件时，ViewGroup总是会调用自己的onInterceptTouchEvent方法来询问自己是否要拦截事件，这一点从源码中也可以看出来。
分析三
如果ViewGroup在这里对事件进行了ACTION_DOWN拦截，则会调用 super.dispatchTouchEvent(event)对事 件进行处理，因为ViewGroup的父类为View，在View的dispatchTouchEvent（）中会调用onTouchEvent（），即ViewGroup在选择对事件进行拦截后会交给ViewGroup的onTouchEvent去处理。
分析四
ViewGroup消费了ACTION_DOWN后，对后续事件的处理
分析过ViewGroup的dispatchTouchEvent（）发现，当ViewGroup对ACTION_DOWN事件拦截后， mFirstTouchTarget 的值应该还是空的，这就使得ViewGroup的（dispatchTouchEventactionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null）不成立 走else，使得intercepted = false;这样的话 ，ViewGroup在这里对事件进行了ACTION_DOWN拦截之后的，对后续的ACTION_MOVE 和ACTION_UP都进行拦截，流程与ViewGroup对事件ACTION_DOWN处理的流程一致。
1.2
class ViewGroup:
public boolean dispatchTouchEvent(MotionEvent ev)
....
final View[] children = mChildren;
//对子View进行遍历
//我们看到了for循环。首先遍历ViewGroup的子元素，判断子元素是否能够接收到点
//击事件，如果子元素能够接收到点击事件，则交由子元素来处理。需要注意这个for循环 //是倒序遍历的，即从最上层的子View开始往内层遍历。
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;
// 注释1 具体分析在下文
//判断1，View可见并且没有播放动画。2，点击事件的坐标落在View的范围内
//如果上述两个条件有一项不满足则continue继续循环下一个View
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null))
ev.setTargetAccessibilityFocus(false);
continue;
// 注释 2 具体分析见下文
newTouchTarget = getTouchTarget(child);
//如果有子View处理即newTouchTarget 不为null则跳出循环。
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);
//dispatchTransformedTouchEvent第三个参数child这里不为null
//实际调用的是child的dispatchTouchEvent方法
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();
//当child处理了点击事件，那么会设置mFirstTouchTarget 在addTouchTarget被赋值
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
//子View处理了事件，然后就跳出了for循环
break;
分析1
在注释1处，有这样的判断 if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null))
判断1，View可见并且没有播放动画。2，点击事件的坐标落在View的范围内
若该判断不生效即 不可见 没播放动画， 或者 坐标点不在该View里面，则执行continue跳过这次循环。
/**
* Returns true if a child view can receive pointer events.
* @hide
*/
// 判断有没有可见并且没有播放动画的函数
private static boolean canViewReceivePointerEvents(@NonNull View child)
return (child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null;
/**
* Returns true if a child view contains the specified point when transformed
* into its coordinate space.
* Child must not be null.
* @hide
*/
// 判断坐标是否落在了 该View里面
protected boolean isTransformedTouchPointInView(float x, float y, View child,
PointF outLocalPoint)
final float[] point = getTempPoint();
point[0] = x;
point[1] = y;
transformPointToViewLocal(point, child);
//调用View的pointInView方法进行判断坐标点是否在View内
final boolean isInView = child.pointInView(point[0], point[1]);
if (isInView && outLocalPoint != null)
outLocalPoint.set(point[0], point[1]);
return isInView;
分析2
在1.2代码里 对view可见性 坐标是否落在该View等条件判断完后，会有这样的步骤
newTouchTarget = getTouchTarget(child)，此时由于ACTION_DOWN事件还未被该ViewGroup的任何一个子View处理，结合上面的分析此时mFirstTouchTarget为null，所以此时getTouchTarget的返回值为null
private TouchTarget getTouchTarget(@NonNull View child)
for (TouchTarget target = mFirstTouchTarget; target != null; target = target.next)
if (target.child == child)
return target;
return null;
分析3
因为getTouchTarget（）在ViewGroup的返回值为null，最有接下来进入到 if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) ，把之前的代码copy下来方便分析，dispatchTransformedTouchEvent这和函数将会调用ViewGroup中子View的dispatchTouchEvent，并把结果返回回来，如果子View的onTouchEven()消费了事件，那么
dispatchTransformedTouchEvent的返回值为Ture，先回在注释1处调用newTouchTarget = addTouchTarget(child, idBitsToAssign)，这一步会把消费掉ACTION_DOWN的子View记录下来，同时使得mFirstTouchTarget 不再为null，然后在注释2处break ，结束ViewGroup中对子View的遍历
class ViewGroup:
public boolean dispatchTouchEvent(MotionEvent ev)
.....
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();
//当child处理了点击事件，那么会设置mFirstTouchTarget 在addTouchTarget被赋值
newTouchTarget = addTouchTarget(child, idBitsToAssign); // 注释1
alreadyDispatchedToNewTouchTarget = true;
//子View处理了事件，然后就跳出了for循环
break; // 注释2
// 通过这函数可以看出，这里采用了头插法把target 插入到一个单向链表中，
//其中TouchTarget.obtain是产生一个TouchTarget 对象，TouchTarget存有消费事件的View
private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits)
final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;
return target;
TouchTarget.java
// 观察TouchTarget的字段可以发现吗，TouchTarget里面存有消费事件的View，
//pointerIdBits（和多点触碰有关），还有指向下一个节点的引用
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.
@UnsupportedAppUsage
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;
分析4
ViewGroup的子View消费了ACTION_DOWN事件后，ViewGroup对后续事件的处理
这里的处理逻辑在代码里的注释了做了详细的说明，这里就不再赘述了。
class ViewGroup:
public boolean dispatchTouchEvent(MotionEvent ev)
.....
// Dispatch to touch targets.
// 由之前的分析可知，当ViewGroup中的一子View消费了事件后，mFirstTouchTarget
//不在为空，故将执行else
if (mFirstTouchTarget == null)
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
else
// mFirstTouchTarget != null会走到这里
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null)
//注释1 在这里会不断从target链表里在取出target对象，（在单点触摸的时候
//只有一个对象）,
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget)
handled = true;
else
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
// 注释2 在这里调用了dispatchTransformedTouchEvent 参数中
// target.child传了进去，target.child是消费ACTION_DOWN事件
// 的View ，dispatchTransformedTouchEvent 将会调用该View的
// dispatchTouchEvent去处理事件。
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits))
handled = true;
if (cancelChild)
if (predecessor == null)
mFirstTouchTarget = next;
else
predecessor.next = next;
// 对target做回收，实现复用
target.recycle()Android事件分发机制五：面试官你坐啊