Android事件分发机制一：事件是如何到达activity的？-优快云博客

本文链接：https://blog.youkuaiyun.com/2401_84149875/article/details/138091042

DecorView.java api29

public boolean dispatchTouchEvent(MotionEvent ev) {

final Window.Callback cb = mWindow.getCallback();

return cb != null && !mWindow.isDestroyed() && mFeatureId < 0

? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);

}

如果window callBack对象不为空，则调用callBack对象的分发方法进行分发
如果window callBack对象为空，则调用父类ViewGroup的事件分发方法进行分发

这里的windowCallBack是一个接口，他里面包含了一些window变化的回调方法，其中就有 dispatchTouchEvent ，也就是事件分发方法。

Activity实现了Window.CallBack接口，并在创建布局的时候，把自己设置给了DecorView，因此在Activity的布局界面中，DecorView会把事件分发给Activity进行处理。同理，在Dialog的布局界面中，会分发给实现了callBack接口的Dialog。

而如果顶层的viewGroup不是DecorView，那么对调用对应view的dispatchTouchEvent方法进行分发。例如，顶层的view是一个Button，那么会直接调用Button的 dispatchTouchEvent 方法；如果顶层viewGroup子类没有重写 dispatchTouchEvent方法，那么会直接调用ViewGroup默认的 dispatchTouchEvent 方法。

整体的流程如下图：

viewRootImpl会直接调用管理的view的 dispatchTouchEvent 方法，根据具体的view的类型，调用具体的方法。
view树的根view可能是一个view，也可能是一个viewGroup，view会直接处理事件，而viewGroup则会进行分发。
DecorView重写了 dispatchTouchEvent 方法，会先判断是否存在callBack，优先调用callBack的方法，也就是把事件传递给了Activity。
其他的viewGroup子类会根据自身的逻辑进行事件分发。

因此，触摸事件一定是从Activity开始的吗？不是,Activity只是其中的一种情况，只有Activity自己负责的那一棵view树，才一定会到达activity，而其他的window，则不会经过Activity。触摸事件是从viewRootImpl开始，而不是Activity。

控件对于事件的分发

到这里，我们知道触摸事件是先发送到viewRootImpl，然后由viewRootImpl调用其所管理的view的方法进行事件分发。按照正常的流程，view会按照控件树向下去分发。而事件却到了activity、dialog，就是因为DecorView这个“叛徒”的存在。

前面讲到，DecorView和其他的viewGroup很不一样，他有一个windowCallBack，会优先把触摸事件发送给callBack，从而导致触摸事件脱离了控件树。那么，这些callBack是如何处理触摸事件的？触摸事件又是如何再一次回到控件树进行分发的呢？

了解具体的分发之前，需要先来了解一个类：PhoneWindow。

PhoneWindow继承自抽象类Window，但是，他本身并不是一个window，而是一个窗口功能辅助类。我们知道，一个view树，或者说控件树，就是一个window。PhoneWindow内部维护着一个控件树和一些window参数，这个控件树的根view，就是DecorView。他们和Activity的关系如下图：

我们的Activity通过直接持有PhoneWindow实例从而来管理这个控件树。DecorView可以认为是一个界面模板，他的布局大概如下：

我们的Activity布局，就被添加到内容栏中，属于DecorView控件树的一部分。这样Activity可以通过PhoneWindow，间接管理自身的界面，把window相关的操作都托管给PhoneWindow，减轻自身负担。

PhoneWindow并不是Activity专属的，其他如Dialog也是自己创建了一个PhoneWindow。PhoneWindow仅仅只是作为一个窗口功能辅助类，帮助控件更好地创建与管理界面。

前面讲到，DecorView接收到事件之后，会调用windowCallBack的方法进行事件分发，我们先来看看Activity是如何分发的：

Activity

我们首先看到Activity对于callBack接口方法的实现：

Activity.java api29

public boolean dispatchTouchEvent(MotionEvent ev) {

// down事件，回调onUserInteraction方法

// 这个方法是个空实现，给开发者去重写

if (ev.getAction() == MotionEvent.ACTION_DOWN) {

onUserInteraction();

}

// getWindow返回的就是PhoneWindow实例

// 直接调用PhoneWindow的方法

if (getWindow().superDispatchTouchEvent(ev)) {

return true;

}

// 如果前面分发过程中事件没有被处理，那么调用Activity自身的方法对事件进行处理

return onTouchEvent(ev);

}

可以看到Activity对于事件的分发逻辑还是比较简单的，直接调用PhoneWindow的方法进行分发。如果事件没有被处理，那么自己处理这个事件。接下来看看PhoneWindow如何处理：

PhoneWindow.java api29

public boolean superDispatchTouchEvent(MotionEvent event) {

return mDecor.superDispatchTouchEvent(event);

}

这里的mDecor就是PhoneWindow内部维护的DecorView了，简单粗暴，直接调用DecorView的方法进行分发。看到DecorView的方法：

DecorView.java api29

public boolean superDispatchTouchEvent(MotionEvent event) {

return super.dispatchTouchEvent(event);

}

好家伙，DecorView对于事件也是没有做任何处理，直接调用父类的方法进行分发。DecorView继承自FrameLayout，但是FrameLayout并没有重写 dispatchTouchEvent 方法，所以调用的就是viewGroup类的方法了。所以到这里，事件就交给viewGroup去分发给控件树了。

我们来回顾一下：DecorView交给Activity处理，Activity直接交给PhoneWindow处理，PhoneWindow直接交给其内部的DecorView处理，而DecorView则直接调用父类ViewGroup的方法进行分发，ViewGroup则会按照具体的逻辑分发到整个控件树中感兴趣的子控件。关于ViewGroup如何进行分发的内容，在后续的文章继续分析。

从DecorView开始，绕了一圈，又回到控件树进行分发了。接下来看看Dialog是如何分发的：

Dialog

直接看到Dialog中的 diapatchTouchEvent 代码：

Dialog.java api29

public boolean dispatchTouchEvent(@NonNull MotionEvent ev) {

if (mWindow.superDispatchTouchEvent(ev)) {

return true;

}

return onTouchEvent(ev);

}

这里的mWindow，就是Dialog内部维护的PhoneWindow实例，接下去的逻辑就和Activity的流程一样了，这里不再赘述。

而如果没有使用DecorView作为模板的窗口，流程就会和上述不一致了，例如PopupWindow：

PopupWindow

PopupWindow他的根View是 PopupDecorView ，而不是 DecorView 。虽然他的名字带有DecorView，但是却和DecorView一点关系都没有，他是直接继承于FrameLayout。我们看到他的事件分发方法：

PopupWindow.java api29

public boolean dispatchTouchEvent(MotionEvent ev) {

if (mTouchInterceptor != null && mTouchInterceptor.onTouch(this, ev)) {

return true;

}

return super.dispatchTouchEvent(ev);

}

mTouchInterceptor 是一个拦截器，我们可以手动给PopupWindow设置拦截器。时间会优先交给拦截器处理，如果没有拦截器或拦截器没有消费事件，那么才会交给viewGroup去进行分发。

总结

–

最后我们对整个流程进行一次回顾：

IMS从系统底层接收到事件之后，会从WMS中获取window信息，并将事件信息发送给对应的viewRootImpl
viewRootImpl接收到事件信息，封装成motionEvent对象后，发送给管理的view
view会根据自身的类型，对事件进行分发还是自己处理
顶层viewGroup一般是DecorView，DecorView会根据自身callBack的情况，选择调用callBack或者调用父类ViewGroup的方法
而不管顶层viewGroup的类型如何，最终都会到达ViewGroup对事件进行分发。

到这里，虽然触摸事件的“去脉”我们还不清楚，但是他的“来龙”就已经非常清晰了。

本文的主要内容是讲事件的来源，但事件分发的来源远没有这么简单，源码的细节有非常多的内容值得我们去学习，而本文只是把整体的流程抽了出来。而其他关于系统底层的内容，对于有兴趣读者推荐一系列书籍：《深入理解androidⅠⅡⅢ》。

下一篇文章，则是着重分析viewGroup是如何把一个个的事件准确无误地分发给他的子view。

感谢阅读。

最后

–

在这里我也分享一份由几位大佬一起收录整理的 Flutter进阶资料以及Android学习PDF+架构视频+面试文档+源码笔记 ，并且还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料……
这些都是我闲暇时还会反复翻阅的精品资料。可以有效的帮助大家掌握知识、理解原理。当然你也可以拿去查漏补缺，提升自身的竞争力。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

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

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

今天关于面试的分享就到这里，还是那句话，有些东西你不仅要懂，而且要能够很好地表达出来，能够让面试官认可你的理解，例如Handler机制，这个是面试必问之题。有些晦涩的点，或许它只活在面试当中，实际工作当中你压根不会用到它，但是你要知道它是什么东西。

最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

【算法合集】

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

]

【Android部分高级架构视频学习资源】

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！