专栏首页我就是马云飞ViewGroup源码解读

ViewGroup源码解读

我们之前刚刚分析完事件传递机制和view的源码,如果没有看过的,建议看完View的事件拦截机制浅析以及View的事件源码解析。这次我们来分析下viewgroup的。

可能有人会想,怎么又是源码分析,肯定又是一大通。其实没你想的那么复杂。仔细分析一波就行了。

解读ViewGroup

我们都知道,一个事件完整的流程是从dispatchTouchevent—>onInterceptTouchevent—>onTouchEvent。我们先不说事件监听的问题。上述三个步骤就是正常一个点击的流程。前面我们分析view的时候发现它并没有onInterceptTouchevent这个方法。这个我之前有提到,view已经是最底层了,所以就不需要拦截了。而这一整套的机制就是在ViewGroup中体现出来的。我们先来看一张图:

触摸事件发生后,在Activity内最先接收到事件的是Activity自身的dispatchTouchEvent,然后Activity传递给Activity的Window。接着Window传递给最顶端的View,也就是DecorView。接下来才是我们熟悉的触摸事件流程:首先是最顶端的ViewGroup(这边便是DecorView)的dispatchTouchEvent接收到事件。并通过onInterceptTouchEvent判断是否需要拦截。如果拦截则分配到ViewGroup自身的onTouchEvent,如果不拦截则查找位于点击区域的子View(当事件是ACTION_DOWN的时候,会做一次查找并根据查找到的子View设定一个TouchTarget,有了TouchTarget以后,后续的对应id的事件如果不被拦截都会分发给这一个TouchTarget)。查找到子View以后则调用dispatchTransformedTouchEvent把MotionEvent的坐标转换到子View的坐标空间,这不仅仅是x,y的偏移,还包括根据子View自身矩阵的逆矩阵对坐标进行变换(这就是使用setTranslationX,setScaleX等方法调用后,子View的点击区域还能保持和自身绘制内容一致的原因。使用Animation做变换点击区域不同步是因为Animation使用的是Canvas的矩阵而不是View自身的矩阵来做变换)。

dispatchTouchEvent分析

我们先放上dispatchTouchevent的源码,然后一步一步来分析:

是不是整个人都蒙蔽了,这么长一串。其实整段代码可以缩减成几句话,就是这样:

默认不消耗事件,如果本身没有拦截,就交给子类的dispatch事件,如果事件没有消费,就调用自身的onTouchEvent事件。你们仔细想想,流程是不是这样的?

好了,我们现在开始分析整个dispatch事件。具体说明和代码,你们自己对应= =因为太长了。

对action_down的处理: 我们发现,刚进方法的时候有个判断,第一次按下的时候,他会通过 cancelAndClearTouchTargets(ev)取消并且清除所有的手势操作,并且通过resetTouchState()把手势状态设置成默认状态。

接下来的操作,当然就是检查是否需要拦截事件拉。既然是拦截,当然就会走onInterceptTouchEvent这个方法了。我们来看看,viewgroup的onInterceptTouchEvent方法是怎么处理的。

我们可以发现,他默认就是false的。那么我们继续回到dispatch看。判断是否拦截后,我们发现他还执行了一句话ev.setAction(action) 官方说明是恢复操作,防止被更改。

事件处理 接下来就是检查事件是否取消咯。如果没有取消并且没有拦截就执行正常的事件处理。

如果事件是针对可访问性焦点视图,我们将其提供给具有可访问性焦点的视图。如果它不处理它,我们清除该标志并像往常一样将事件分派给所有的 ChildView。我们检测并避免保持这种状态,因为这些事非常罕见。这段是官方的解释。我们继续向下看,他执行这样一个方法removePointersFromTouchTargets(idBitsToAssign)。是为了防止指针不同步,清除之前的触摸标识。自我认为可能会和多指触控有关,先不管他,我们继续向下分析。

接下来就是打造了,他会先得到触摸点的坐标位置,然后在当前位置查找可接触的ChildView。然后重点!!!他的查找顺序是从后向前查找。什么意思呢?就是如果A和B有重叠的部分,并且B在A的上面,那么他处理的便是B的事件了。而不处理A的事件。

如果子View可以接受事件,那么我们就给他一个触摸的标识。接下来他会通过调用dispatchTransformedTouchEvent把事件分配给子View。

最后他会判断是否有touchtarget。如果没有的话,那就处理子view的事件。否则就会遍历touchtarget处理事件,也就是之前说的多点触控。在往后就是对action_up和cancel做的一些处理了,譬如:重置手势状态,移除多指操作等等。

dispatchTransformedTouchEvent分析

前面我们说到了,会通过这个方法把事件分发给子view。我们还是先来看代码:

这段代码就比之前简单很多了。我们会发现,他先判断状态是否取消,如果取消了,把当前事件变成取消状态,然后在判断是否有子view。如果有子view的话直接调用子view的dispatch事件。下面就是多指了,一个pointer对应一个ID,防止处理冲突。我印象中能简单粗暴的处理多指,应该是ViewDragHelper了。具体,你们可以自己去看。后面就如之前一样,判断child是否为null。然后得到是执行自身的事件还是child的事件。

总结

1.ViewGroup包涵多个子view的时候,我们是从后遍历,判断当前view是否可以点击,然后分发给需要处理的子view。 2.我们可以在onInterceptTouchEvent中进行事件拦截。 3.我们可以发现ViewGroup没有onTouchEvent事件,说明他的处理逻辑和View是一样的。 4.子view如果消耗了事件,那么ViewGroup就不会在接受到事件了。

本文分享自微信公众号 - 我就是马云飞(coding_ma),作者:马云飞

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2017-09-01

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • View的事件拦截机制浅析

    为什么要去分析view的事件 记得上周刚立的flag就是关于view的事件机制。那现在我来说说我对view的感受。关于view的事件,百度google一搜。一批...

    我就是马云飞
  • 三大架构的比较

    MVC 模型层(Model) 负责存储、检索、操纵来自数据库或者网络的数据 视图层(View) 用户界面,一般采用XML文件进行界面的描述 控制层(Contro...

    我就是马云飞
  • 带你实现漂亮的滑动卷尺

    前言 HenCoder最近在搞一个仿写活动,活动地址 http://hencoder.com/activity-mock-1/,之前关注过他写的关于绘制系列的文...

    我就是马云飞
  • 审计

    MongoDB Manual (Version 4.2)> Security > Auditing

    MongoDB中文社区
  • 进阶必备-Android事件分发机制

    或许你会问,“为什么我一定要知道View的事件分发机制?”。因为我们在实际开发的过程中,经常会遇到多层的View互相嵌套以后,对某一个View进行滑动的时候,特...

    吴延宝
  • 性能测试工具能力比拼——kylinTOP/loadRunner/Jemter

    jackey422
  • leetcode: 17. Letter Combinations of a Phone Number

    JNingWei
  • 译 理解RNN和LSTM网络

    循环神经网络(RNN) 人们的每次思考并不都是从零开始的。比如说你在阅读这篇文章时,你基于对前面的文字的理解来理解你目前阅读到的文字,而不是每读到一个文字时,...

    云时之间
  • JavaScript中undefined与null详解

    对于undefined和null我一直知道他们有很多区别,也知道一点关于他们的区别,但却不具体系统,因此总结了一下,主要心得如下:

    Javanx
  • JSP学习

    参考知乎:https://www.zhihu.com/question/37962386/answer/87758781

    杨肆月

扫码关注云+社区

领取腾讯云代金券