前言
Android的事件分发机制是老生常谈的话题了，网上好多介绍这个的。自己之前也看过挺多博客上介绍的，但是停留的状态一直是工作中有点抗拒这一块内容，给别人讲的时候也一知半解 哈哈哈哈（大家是不是也是这个状态）。。。。追究其根本原因是 纸上得来终觉浅，绝知此事要Read the fucking source code。今天略微有点空，决定要撸一遍相关源码，加深一下自己对这一块理解。
结论
为啥直接说结论呢？ 想让大家先知道一下结论，看完结论后，再跟着源码节奏 印证一下结论的正确性。首先，和事件分发相关的方法如下：
-
dispatchTouchEvent()
-
onInterceptTouchEvent() 只有viewGroup里面有这个方法
-
onTouchEvent()
噗。。这些大家都知道，然后呢，这三个方法关系大概如下：
override fun dispatchTouchEvent(ev: MotionEvent?): Boolean {
if (!onInterceptTouchEvent(ev)) {
//这里会调用子view的onTouchEvent()
boolean childConsumed = child.dispathcTouchEvent()
if (!childConsumed) {
return onTouchEvent(ev)
}
return childConsumed
}else {
return onTouchEvent(ev)
}
}
复制代码
简易流程图：
源码分析
接下来我们跟着源码一步一步走，核心源码注释比较详尽，所以我整体介绍的就比较少了， 哈哈哈
Tips:最好在电脑跟前打开Android Studio并找到相关源码，跟着源码注释进行有效思考，才能加深理解哦
//ViewGroup.java
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
//actionDown是一系列事件的开头 需要重置所有状态
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}
final boolean intercepted;
//如果是down事件 或者mFirstTouchTarget不为空
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//如果子类并没有调用parent.requestDisallowInterceptTouchEvent(true) 那么这个值为false
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//如果子类调用了requestDisallowInterceptTouch(true) 则这个if判断条件不成立 反之则会进去
if (!disallowIntercept) {
//进入viewGroup的onInterceptTouchEvent()方法 默认返回false
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
//如果没有子view消费了事件 并且事件不是down事件 intercepted 为true
intercepted = true;
}
...
//如果没有cancel而且viewGroup本身也没拦截事件 则进入这个代码块
if (!canceled && !intercepted) {
...
//如果事件是down事件 则进入代码块
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
...
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
...
final View[] children = mChildren;
//倒序遍历child查看child 是否消费了事件
for (int i = childrenCount - 1; i >= 0; i--) {
...
//child.canReceivePointerEvents() 标识child是否能接收触摸事件 判断条件是可见并且没有执行动画
//!isTransformedTouchPointInView(x, y, child, null) 用来判断触摸事件的x,y 是否在child的矩形区域内
//两个判断有一个条件不满足就会遍历下一个child
if (!child.canReceivePointerEvents()|| !isTransformedTouchPointInView(x, y, child, null)) {
continue;
}
...
//调用子view的dispatchTouchEvent 在view的dispatchTouchEvent里面调用了onTouchEvent()
//如果子view消费了事件 则dispatchTransformedTouchEvent()返回true 进入代码块执行逻辑
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
...
//赋值newTouchTarget
//addTouchTarget()方法会将mFirstTouchTarget赋值 方便下面的事件系列直接拿到 //mFirstTouchTarget.child并调用其dispatchTouchEvent方法
newTouchTarget = addTouchTarget(child, idBitsToAssign);
//将其设置为true 下面代码会用到
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
...
}
}
if (mFirstTouchTarget == null) {
// mFirstTouchTarget == null 代表没有子view消费事件
// 如果没有子view消费事件那么以后则直接调用dispatchTransformedTouchEvent方法 结果实际上是直接调用自己的onTouchEvent()
// 注意 第三个参数出的是null 会直接调用到super.dispatchTouchEvent()即view的dispatchTouchEvent()
//view的dispatchTouchEvent会调用onTouchEvent
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
//如果mFirstTouchTarget不为null（代表有子view消费了事件） 则走进这个代码块
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
//down事件的时候如果有子view消费事件了 alreadyDispatchedToNewTouchTarget值会为true 并且
//target和newTouchTarget地址值是一样的
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else { //其他事件（除了down）都会走这个代码块
//如果viewGroup拦截了事件 则会导致cancelChild为true 此时传递子view的event.action 是ACTION_CANCEL
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
//继续调用子view的dispatchTouchEvent
//注意第三个参数这时候传的是target.child 并不是null 内部会target.child.dispatchTouchEvent()
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
//如果取消child事件
//那么会导致mFirstTouchTarget = target.next
//通常单指事件cancelChild 直接会导致mFirstTouchTarget为null
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
//回收target
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
return handled;
}
public boolean onInterceptTouchEvent(MotionEvent ev) {
...
return false;
}
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
...
if (child == null) {
//调用view的dispatchTouchEvent
handled = super.dispatchTouchEvent(transformedEvent);
else {
...
//调用子view的dispatchTouchEvent
handled = child.dispatchTouchEvent(transformedEvent);
}
return handled;
}
//View.java
//View 的dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent event) {
...
//首先查看是否设置有onTouchListener 如果有并且返回了true 则不会执行onTouchEvent
//下面的代码说明onTouchListener优先级高于onTouchEvent
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;
}
public boolean onTouchEvent(MotionEvent event) {
...
//标识view是否可点击 设置onClickListener也会导致clickable为true
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch(action) {
case MotionEvent.ACTION_UP:
...
//回调了OnClickListener的onClick方法
performClickInternal();
...
break;
}
//如果view可点击 直接就返回true了
return true;
}
//如果view不可点击 返回false
return false;
}
复制代码
通过上面的源码分析，我们可以总结一下基础流程：
-
首先ACTION_DOWN事件：
-
刚开始我们会清除之前的所有touch状态，因为ACTION_DOWN 是一系列事件的开头
-
然后我们会询问自己的onInterceptTouchEvent方法 是否拦截事件 默认不拦截
-
如果不拦截 倒序遍历children，让每个子view 调用自己的dispatchTouchEvent方法
-
子view 处理过程中分为：
-
子view消费了事件 那么我们会赋值mFirstTouchTarget对象 并将alreadyDispatchedToNewTouchTarget置为true 接着执行下面的代码块：
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {handled = true; }然后返回handled;
-
子view没消费事件或者是viewGroup自己拦截了 那么mFirstTouchTarget对象为空 直接走进去dispatchTransformedTouchEvent(）并在里面调用了自己的onTouchEvent方法，然后返回handled;
-
-
-
后序事件（以ACTION_MOVE为例）：
-
再次进来的时候 分为两种情形：
-
如果mFirstTouchTarget不为空（说明有子view消费了事件），我们先走viewGroup的onInterceptTouchEvent方法询问viewGroup自己是否拦截事件，接着走到了
if (dispatchTransformedTouchEvent(ev, cancelChild, target.child, target.pointerIdBits)) {handled = true;}还是间接调用了child的dispatchTouchEvent方法
-
如果mFirstTouchTarget为空，直接走进去dispatchTransformedTouchEvent(）并在里面调用了viewGroup自己的onTouchEvent方法,并且以后自己的子view都不会接收到任何其他事件系列。
-
-
当然我们也可以得到一下几个总结：
-
onTouchListener、onClickListener、onTouchEvent的优先级：
onTouchListener–>onTouchEvent–>onClickListener
-
子view消费了事件后，viewGroup可以通过onInterceptTouchEvent方法再次对事件进行拦截，如果intercepted，我们会将mFirstTouchTarget（链表结构）的头移除掉
-
子view如果不想让父view拦截事件我们可以通过parent.requestDisallowInterceptTouchEvent(true)来阻止父view拦截事件，只不过我们需要在down的时候就得消费事件 不然后续事件都不会过来了。
-
dispatchTouchEvent分发是事件分发机制的核心，在其方法内部调用了onInterceptTouchEvent和onTouchEvent, 一般我们不重写dispatchTouchEvent方法，而是重写onInterceptTouchEvent和onTouchEvent方法来自定义触摸事件，主要原因还是dispatchTouchEvent的分发事件流程已经挺完善了，更改不当容易出现bug
-
mFirstTouchTarget在整体的触摸事件流程中比较重要，mFirstTouchTarget是一个TouchTarget对象，本质是一个链表。方便当一个事件被消费后，通过mFirstTouchTarget直接找到事件view传递链。但是注意一个场景如果子view本来消费了事件，但是父view在某个滑动场景下又把事件给阻拦下来的时候，会导致mFirstTouchTarget的head回收掉, 重新赋值mFirstTouchTarget=next, 单指滑动的时候会导致mFirstTouchTarget为空，同时触发了子view的ACTION_CANCEL事件，以后这个事件系列就不会再给子view了。关键代码如下：
final boolean cancelChild = resetCancelNextUpFlag(target.child) || intercepted;
//继续调用子view的dispatchTouchEvent
//注意第三个参数这时候传的是target.child 并不是null 内部会target.child.dispatchTouchEvent()
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
//如果取消child事件
//那么会导致mFirstTouchTarget = target.next
//通常单指事件cancelChild 直接会导致mFirstTouchTarget为null
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
//回收target
target.recycle();
target = next;
continue;
}
复制代码
最后
上面我们基本就把一次触摸事件系列梳理结束了，后面我们通过对事件分发机制的理解，来实际解决一下滑动冲突的场景，并理解一下其本质原因。当然，亲们如果觉得这篇文章写的不错的话点个赞呗， thank you~~~~
本文在开源项目：https://github.com/Android-Alvin/Android-LearningNotes 中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…
扫一扫
1057
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
