Android事件分发机制：面试官你坐啊，Android开发社招面试总结

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

一个手指的完整序列是从ACTION_DOWN/ACTION_POINTER_DOWN开始，到ACTION_UP/ACTION_POINTER_UP/ACTION_CANCEL结束。

面试官：哦？说到多指，那你知道ViewGroup是如何将多个手指产生的事件准确分发给不同的子view吗

这个问题的关键在于MotionEvent以及ViewGroup内部的TouchTarget。

每个MotionEvent中都包含了当前屏幕所有触控点的信息，他的内部用了一个数组来存储不同的触控id所对应的坐标数值。

当一个子view消费了down事件之后，ViewGroup会为该view创建一个TouchTarget，这个TouchTarget就包含了该view的实例与触控id。这里的触控id可以是多个，也就是一个view可接受多个触控点的事件序列。

当一个MotionEvent到来之时，ViewGroup会将其中的触控点信息拆开，再分别发送给感兴趣的子view。从而达到精准发送触控点信息的目的。

面试官：那view支持处理多指信息吗？

View默认是不支持的。他在获取触控点信息的时候并没有传入触控点索引，也就是获取的是MotionEvent内部数组中的第一个触控点的信息。多指需要我们自己去重写方法支持他。

面试官：嗯嗯…那View是如何处理触摸事件的？

首先，他会判断是否存在onTouchListener，存在则会调用他的onTouch方法来处理事件。如果该方法返回true那么就分发结束直接返回。而如果该监听器为null或者onTouch方法返回了false，则会调用onTouchEvent方法来处理事件。

onTouchEvent方法中支持了两种监听器：onClickListener和onLongClickListener。View会根据不同的触摸情况来调用这两个监听器。同时进入到onTouchEvent方法中，无论该view是否是enable，只要是clickable，他的分发方法都是返回true。

总结一下就是：先调用onTouchListener，再调用onClickListener和onLongClickListener。

面试官：你前面多次讲到分发方法和返回值，那你可以讲讲主要有什么方法以及他们之间的关系吗？

嗯嗯。核心的方法有三个：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。

简单来说：dispatchTouchEvent是核心的分发方法，所有分发逻辑都在这个方法中执行；onInterceptTouchEvent在viewGroup负责判断是否拦截；onTouchEvent是消费事件的核心方法。viewGroup中拥有这三个方法，而view没有onInterceptTouchEvent方法。

viewGroup

1. viewGroup的dispatchTouchEvent方法接收到事件消息，首先会去调用onInterceptTouchEvent判断是否拦截事件

如果拦截，则调用自身的onTouchEvent方法 如果不拦截则调用子view的dispatchTouchEvent方法

2. 子view没有消费事件，那么会调用viewGroup本身的onTouchEvent

3. 上面1、2步的处理结果为viewGroup的dispatchTouchEvent方法的处理结果，没有消费则返回false并返回给上一层的onTouchEvent处理，如果消费则分发结束并返回true。

view

1. view的dispatchTouchEvent默认情况下会调用onTouchEvent来处理事件，返回true表示消费事件，返回false表示没有消费事件

2. 第1步的结果就是dispatchTouchEvent方法的处理结果，成功消费则返回true，没有消费则返回false并交给上一层的onTouchEvent处理

简单来说，在控件树中，每个viewGroup在dispatchTouchEvent方法中不断往下分发寻找消费的view，如果底层的view没有消费事件则会一层层网上调用viewGroup的onTouchEvent方法来处理事件。

同时，由于Activity继承了Window.CallBack接口，所以也有dispatchTouchEvent和onTouchEvent方法：

1. activity接收到触摸事件之后，会直接把触摸事件分发给viewGroup

2. 如果viewGroup的dispatchTouchEvent方法返回false，那么会调用Activity的onTouchEvent来处理事件

3. 第1、2步的处理结果就是activity的dispatchTouchEvent方法的处理结果，并返回给上层

面试官：看来你对事件分发了解得挺多的，那你在实际中有运用到事件分发吗？

嗯嗯，有的。举两个例子。

第一个需求是要设计一个按钮块，按下的时候会缩小高度变低同时变得半透明，放开的时候又会回弹。这个时候就可以在这个按钮的onTouchEvent方法中判断事件类型：down则开启按下动画，up则开启释放动画。同时注意接收到cancel事件的时候要恢复状态。

第二个是滑动冲突。解决滑动冲突的核心思路就是把滑动事件根据具体的情况分发给viewGroup或者内部view。主要的方法有外部拦截法和内部拦截法。

外部拦截法的思路就是在viewGroup中判断滑动的情况，对符合自身滑动的事件进行拦截，对不符合的事件不拦截，给到内部view。内部拦截法的思路要求viewGroup拦截除了down事件以外的所有事件，然后再内部view中判断滑动的情况，对符合自身滑动情况的时间设置禁止拦截标志，对不符合自身滑动情况的事件则取消标志让viewGroup进行拦截。

面试官：那外部和内部拦截法该如何选择呢？

在一般的情况下，外部拦截法不需要对子view进行方法重写，比内部拦截法更加简单，推荐使用外部拦截法。

但如果需要在子view判断更多的触摸情况时，则使用内部拦截法可更加方法子view处理情况。

前面一直聊到触摸事件，那你知道一个触摸事件是如何从触摸屏幕开始产生的吗？

额…在屏幕接收到触摸信息后，会把这个信息交给InputServiceManager去处理，最后通过WindowManagerService找到符合的window，并把触摸信息发送给viewRootImpl,viewRootImpl经过层层封和处理之后，产生一个MotionEvent事件分发给view。

面试官：可以具体讲讲前面IMS处理的流程吗？

啊。。这。。。嗯。。。。不会。。。

你还有什么想问的吗？

可不可以。。。。给我个小小的点赞再走？

最后

---

关于面试，我一直坚持的一个观点就是：可以面向面试知识点学习，但不可面向面试题目答案学习 。把相关热门题目的答案背诵下来可以忽悠到一些面试官，但现在基本上都不是简单的询问什么是事件分发，而会给一个具体的需求让我们思考等等。背诵面试题短期可能会让我们好像学到了很多，但事实上，我们什么都没学到。

Android学习是一条漫长的道路，我们要学习的东西不仅仅只有表面的 技术，还要深入底层，弄明白下面的 原理，只有这样，我们才能够提高自己的竞争力，在当今这个竞争激烈的世界里立足。
如果大家也想提升自己的技术，在这我也分享一份大佬收录整理的Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料，有想要资料的可以私信或者评论【资料】免费获取

最后

愿你有一天，真爱自己，善待自己。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

升。**

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-sPnQ1aoU-1713443713139)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！