View事件分发机制
前言
Android源码分析之View系列之事件分发机制
同步至个人博客
正文 一. 概述
View的触摸事件分发是View系列中的一个重难点, 主要需要掌握的是MotionEvent的传递规则和处理规则, 这是自定义View中冲突处理的理论来源~
触摸事件分发的处理主要是对MotionEvent的处理, MotionEvent封装了用户的一系列行为, 如: ACTION_DOWN(手指刚触摸屏幕), ACTION_MOVE(手指在屏幕上滑动), ACTION_UP(手指抬起)等;
以及事件发生的坐标(通过MotionEvent.getX(), MotionEvent.getY()可以得到)等
在开始讲解之前需要明确的一些概念是:
- 一个事件序列: 指的是一次完整的触摸过程, 即从
ACTION_DOWN(手指触摸屏幕)开始, 到中间的一系列ACTION_MOVE(手指滑动), 最后到ACTION_UP为止(手指抬起); 总结起来就是down...move...move..up
- 触摸事件的分发其实是一个从上到下不断递归传递和拦截的过程;
一个大致的传递流程是:
Activity-->Window-->ViewGroup-->View, 当然如果向下传递但是MotionEvent又没有消耗的话, 又会逐层返回, 最终将没有消耗的MotionEvent交给Activity处理
Activity中处理的, 即在Activity的dispatchTouchEvent()中;
如下;
处理思路也很简单, 只是单纯的向下分发而已, 如果事件没有得到处理, 那么最终就交给Activity的onTouchEvent()处理;
另外, 这里还为用户提供了一个监听和拦截事件的方法, 即onUserInteraction(), 该方法在Activity中是一个空实现, 可以重写该方法在事件向下传递之前进行特殊拦截和处理public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
// 自定义事件拦截
}
if (getWindow().superDispatchTouchEvent(ev)) {// 通过Window向下分发事件
return true;
}
return onTouchEvent(ev);
// 如果事件最终没有被处理, 那么交给Activity自己的onTouchEvent()来处理
}
Activity中的Window实际上是PhoneWindow, 这里通过PhoneWindow.superDispatchTouchEvent()传递实际上是只是简单调用了mDecor.superDispatchTouchEvent(event), 而这里的mDecor实际上是DecorView, 是一个FrameLayout(ViewGroup), 在DecorView的superDispatchTouchEvent()方法中, 也只是简单的将事件传递给ViewGroup进行分发(即ViewGroup.dispatchTouchEvent());
到这里就将事件传递给ViewGroup和View处理了, 也是事件分发处理中最主要的一部分三. ViewGroup分发事件
ViewGroup.dispatchTouchEvent()中对事件的分发处理过程比较长, 实际上大致分成了三个部分来处理3.1 事件拦截
首先,
ViewGroup会判断是否进行事件拦截, 如下;
从后面将事件分发给子View的条件可以看出, 如果ViewGroup进行了事件拦截, 那么该事件序列将不再向下分发;
这里还需要注意的一点是, ViewGroup判断是否进行事件拦截的条件一个是为ACTION_DOWN时, 另一个是mFirstTouchTarget != null时;
也就是说一个事件序列的在开始时, 即ACTION_DOWN时一定会调用ViewGroup的onInterceptTouchEvent(当然, 还有一个影响因素是FLAG_DISALLOW_INTERCEPT, 我们稍后讲解);
至于mFirstTouchTarget的赋值是在后面分发给子View时, 如果有子View处理了事件那么mFirstTouchTarget将会被赋值;
上面是
ViewGroup进行事件拦截的基本思路, 简单总结起来就是:ACTION_DOWN时, 如果ViewGroup进行了事件拦截(onInterceptTouchEvent()返回true), 那么同一事件序列将不再向下分发(因为之后的ACTION_MOVE和ACTION_UP到来时, 由于之前ACTION_DOWN时进行了事件拦截,mFirstTouchTarget没有机会赋值, 所以仍然为null, 故直接走else语句, 即intercepted = true);
ACTION_DOWN时, 如果ViewGroup不进行事件拦截, 并且在事件向下分发时, 有子View处理了事件, 那么mFirstTouchTarget将会被赋值, 即不为null, 此时仍然会继续调用ViewGroup的onInterceptTouchEvent判断是否进行事件拦截, 需要注意的是此时仍然在同一事件序列中
ACTION_DOWN时, 如果ViewGroup不进行事件拦截, 并且在事件向下分发时, 也没有子View进行事件处理, 那么mFirstTouchTarget仍为null, 即走else, 交由ViewGroup处理事件
ViewGroup拦截了事件或者子View不处理事件时, onInterceptTouchEvent才只会调用一次// ViewGroup是否进行事件拦截
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);
// 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;
}if (!canceled && !intercepted) { // 如果拦截事件, 将不再分发给子View
// 事件分发给子View
....
}
另外, 上面还讲了, 在
ACTION_DOWN时, 一定会调用ViewGroup的onInterceptTouchEvent, 这里还有一个影响因素是标志位FLAG_DISALLOW_INTERCEPT, 该标志位是通过requestDisallowInterceptTouchEvent()设置的, 作用是在子View中强制父ViewGroup不进行事件拦截, 但是该标志位不能影响ACTION_DOWN, 因为在一个事件序列开始之前会先进行状态重置, 如下;
在resetTouchState()中会将该标志位重置, 所以就不会影响ACTION_DOWN啦~if (actionMasked == MotionEvent.ACTION_DOWN) {
// Throw away all previous state when starting a new touch gesture.
// The framework may have dropped the up or cancel event for the previous gesture
// due to an app switch, ANR, or some other state change.
cancelAndClearTouchTargets(ev);
resetTouchState();
// 状态重置
}
3.2 事件分发
如果
ViewGroup不进行事件拦截的话, 会将事件分发给子View处理;
事件分发的主要代码如下;
逻辑也比较简单, 就是遍历所有的子View, 然后通过dispatchTransformedTouchEvent()进行将事件传递给子Viewif (!canceled && !intercepted) {
...
for (int i = childrenCount - 1;
i >= 0;
i--) {
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);
// 设置mFirstTouchTarget的值
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
...
}
我们继续来看
dispatchTransformedTouchEvent()的处理过程, 如下;
从上面的代码中我们可以看出, 将事件分发给子View的时候, 调用dispatchTransformedTouchEvent()传入的child非空, 所以应该调用的是child.dispatchTouchEvent(event), 这样就将事件传递到子View中去了;
这里关于子View的dispatchTouchEvent()处理在后文继续讲解private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
...
if (newPointerIdBits == oldPointerIdBits) {
if (child == null || child.hasIdentityMatrix()) {
if (child == null) {
handled = super.dispatchTouchEvent(event);
// child非null
} else {
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
event.offsetLocation(offsetX, offsetY);
handled = child.dispatchTouchEvent(event);
// 调用child.dispatchTouchEvent(event)event.offsetLocation(-offsetX, -offsetY);
}
return handled;
}
transformedEvent = MotionEvent.obtain(event);
} else {
transformedEvent = event.split(newPointerIdBits);
}
...
}
上面我们说过, 如果子
View处理了事件的话, 将会去设置mFirstTouchTarget的值, 该值的设置其实是在addTouchTarget()中, 也就是说, 当dispatchTransformedTouchEvent()返回true, 即有子View处理了事件的话, 就会去调用该函数, 也就证明了我们前面所说的;
我们来看addTouchTarget(), 如下;
可以看出这里实际上相当于一个单链表private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;
// 设置mFirstTouchTarget
return target;
}
3.3 ViewGroup处理事件
如果
ViewGroup拦截了事件或者子View没有进行事件处理, 那么ViewGroup将进行事件处理, 如下;
可以看出, ViewGroup进行事件处理也是调用dispatchTransformedTouchEvent(), 只是传入的child为null, 那么从上面的dispatchTransformedTouchEvent()代码中我们可以看出, 如果child为null调用的应该就是super.dispatchTouchEvent(event)进行事件处理if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
}
需要注意的是不管是
super.dispatchTouchEvent(event)还是child.dispatchTouchEvent(event), 调用的其实都是View.dispatchTouchEvent(), 所以接下来我们要看的就是View中对事件的处理四. View事件处理 需要注意的是,
View中没有onInterceptTouchEvent()方法来进行事件拦截;
我们这里关注的, 主要是View对事件的处理, 这里的View包括ViewGroup进行事件拦截之后对事件的处理以及子View对事件的处理;
因为从前面我们已经说了, 不管是调用的super.dispatchTouchEvent()(ViewGroup处理事件)还是child.dispatchTouchEvent()(子View处理事件), 其实都是调用的View.dispatchTouchEvent();
所以二者对事件的处理实际上是一样的, 同时需要注意的是, 这一节不包括事件的分发了,事件分发在上一节中已经讲解完啦~
触摸事件的处理主要涉及到
OnTouchListener, onTouchEvent和onClick的处理优先级主要代码如下; 可以看出先处理的是
OnTouchListener, 如果View没有设置OnTouchListener(View.setOnTouchListener())的话, 再去处理onTouchEvent(), 所以OnTouchListener的优先级比onTouchEvent高;
同时还要注意的一点是, 如果设置了OnTouchListener的话, View的onTouchEvent将不再调用public boolean dispatchTouchEvent(MotionEvent event) {
...
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {// OnTouchListener
result = true;
}
if (!result && onTouchEvent(event)) { // onTouchEvent
result = true;
}
...
}
这里还有一个
onClick()其实是在onTouchEvent()中处理的;
如下;
onClick是在performClickInternal()中触发的, 可以看出, 要触发onClick需要的条件是: View是可以点击的(clickable), 这里的可点击包括了CLICKABLE和LONG_CLICKABLE, 注意View的enable属性不影响onTouchEvent的返回值, 只要它可点击, 那么onTouchEvent()就会处理该点击事件public boolean onTouchEvent(MotionEvent event) {
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch (action) {
case MotionEvent.ACTION_UP:
...
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClickInternal();
}
}
}
...
}
}
而在
performClickInternal()中, 则是去调用了performClick()进行处理, 在performClick()会判断, 如果设置了OnClickListener, 则会去调用OnClickListener, 代码比较简单, 就不贴啦~五. 总结 到这里,
View的事件分发和处理流程就分析结束啦~;
我们最开始讲事件分发之源时讲Activity对事件的传递的时候, 如果getWindow().superDispatchTouchEvent()返回false的话, 就最终将事件交给Activity的onTouchEvent()处理, 这种情况其实对应的是ViewGroup和View都不进行事件处理, 那么就逐层回传咯~【View事件分发机制】最后将上述流程总结为下图:
文章图片
View事件分发.png
推荐阅读
- 事件代理
- 事件处理程序
- 列出所有自定义的function和view
- tableView|tableView 头视图下拉放大 重写
- Android事件传递源码分析
- 记录iOS生成分享图片的一些问题，根据UIView生成固定尺寸的分享图片
- 66万奔驰漏油事件看宝宝无理取闹
- 「我的2017」——2017|「我的2017」——2017,大事件盘点
- Quartz|Quartz 源码解析(四) —— QuartzScheduler和Listener事件监听
- 心理工作要不断的评估现实事件对来访者心理造成的影响是什么