Android touch 事件的分发,是面试中最常被问到的问题之一。我们来看看 ????、???? 和 ????️ 三位同学是怎么回答的吧
???? 自认为无所不知,水平已达应用开发天花板,目前月薪 10k
面试官:讲讲 Android 的事件分发机制
????:当用户手指触摸屏幕时,Android 会将对应的事件包装成一个事件对象 MotionEvent ,从 ViewTree 的顶部至上而下地分发传递。用户从手指接触屏幕至离开屏幕会产生一系列的事件,事件是以 down 开始,up 或 cancel 结束,中间无数个 move ; 一个事件的分发顺序是:Activity 到 ViewGroup 再到 View
面试官:事件分发的过程用到哪些方法
????:首先是 dispatchTouchEvent 执行事件分发的方法,整个事件分发的过程就是在递归这个方法;
然后就是 onTouchEvent 消费方法,View 响应点击事件、ScrollView 响应滚动事件就是在这里面实现
面试官:还有一个拦截方法呢?
????:什么拦截方法,分发关拦截什么事?(糟糕背的答案忘了)
面试官:哦,没事,回去等通知吧。
???? 业余时间经常打游戏、追剧、熬夜,目前月薪 15k
面试官:事件分发的过程用到哪些方法
????:有 dispatchTouchEvent 、onTouchEvent 、 onInterceptTouchEvent ;ViewGroup 在调用 dispatchTouchEvent 进行事件分发时,会适时调用 onInterceptTouchEvent ,来判断是否能拦截这个事件。相应如果不想 ViewGroup 拦截事件,可以调用 ViewGroup 的 requestDisallowInterceptTouchEvent方法,传 true 就是禁止拦截,false 你开心就拦吧;常用来解决一些嵌套 View 的事件冲突。
面试官:说一下这些方法的关系
????:比如 ScrollView 用户手指点击下去时,Down 事件会被子 View 消费,这样如果紧接着用户手指直接抬起那这个子 View 就消费这个完整的事件序列,一般是点击事件;而如果接下去用户的手指进行滑动产生 Move事件,那就必须要由 ScrollView 来响应滚动事件了,为了能达到这个效果 ScrollView 在 dispatchTouchEvent( Move ) 时,调用 onInterceptTouchEvent 返回了 true 来实现拦截事件,不再向子 View 分发。
看一下伪代码
|
|
面试官:你这伪代码虽然通俗易懂,但是省略了太多逻辑了,子 View 在消费掉 Down 事件后,后续的事件都给会传递给它,你知道是怎么实现的吗
????:具体怎么实现没关注
面试官:好的,回去等通知吧。
????️ 坚持每天学习、不断的提升自己,目前月薪 30k
面试官:讲讲 Android 的事件分发机制
????️:说起来太费劲了,上神图,放大了横屏看:
面试官:子 View 在消费掉 Down 事件后,后续的事件都会传递给它,你知道是怎么实现的吗
????️:ViewGroup 里面用了一个成员变量 mFirstTouchTarget 来保存消费事件的子 View 信息,因为安卓是支持多指操作的,所以这个 mFirstTouchTarget 是一个 TouchTarget 的链表。在View 的 dispatchTouchEvent 可以分为三个阶段:判断是否需要拦截;分发事件找到消费事件的子 View,更新到 mFirstTouchTarget;根据是否拦截和 mFirstTouchTarget 再次分发事件。
再细节我们就要到源码里看实现了,以下为 API 28 ViewGroup 的 dispatchTouchEvent 部分源码:
1. 判断是否需要拦截
|
|
2. 分发事件找到消费事件的子 View
|
|
3. 根据拦截结果和 mFirstTouchTarget 再次分发事件。
|
|
好了,终于说完了
面试官:太多了,能总结下吗?
????️:好吧,我们来复习一下:
判断是否需要拦截 —> 主要是根据 onInterceptTouchEvent 方法的返回值来决定是否拦截;
在 DOWN 事件中将 touch 事件分发给子 View —> 这一过程如果有子 View 捕获消费了 touch 事件,会对 mFirstTouchTarget 进行赋值;
dispatchTouchEvent 的最后一步,DOWN、MOVE、UP 事件都会根据 mFirstTouchTarget 是否为 null,决定是自己处理 touch 事件,还是分发给子 View。
DOWN 事件是事件序列的起点;决定后续事件由谁来消费处理;
mFirstTouchTarget 的作用:记录捕获消费 touch 事件的 View,是一个链表结构;
CANCEL 事件的触发场景:当父视图先不拦截,然后在 MOVE 事件中重新拦截,此时子 View 会接收到一个 CANCEL 事件。
如果一个事件最后所有的 View 都不处理的话,最终回到 Activity 的 onTouchEvent 方法里面来。
面试官:可以,我们再来聊聊别的。
看完了这三位同学的面试表现,你有什么感想呢?欢迎关注 “Android 面试官” 在公众号后台留言讨论,另外今天留一些简单的思考题,如果答不出来的建议收藏文章多看几遍,或者在公众号后台回复“事件分发思考题”可以得到答案。
如果一个事件序列的 ACTION_DOWN 事件被 ViewGroup 拦截,此时子 View 调用 requestDisallowInterceptTouchEvent 方法有没有用?
ACTION_DOWN 事件被子 View 消费了,那 ViewGroup 能拦截剩下的事件吗?如果拦截了剩下事件,当前这个事件 ViewGroup 能消费吗?子 View 还会收到事件吗?
当 View Disable 时,会消费事件吗?
推荐阅读
谈谈我从滴滴离开后的职业选择
你真的懂 Context 吗?
耐人寻味的 8 幅Java技术图
编程·思维·职场
欢迎扫码关注