Android事件分发机制源代码分析

小小感慨一下,做android有一段时间了,一直以来都是习惯整理笔记存到有道笔记上,没有写博客的习惯。

以后逐步分类整理出来,也算“复习”一遍了 - _ - 。

android的事件分发相关的方法有三个:

1.public booleandispatchTouchEvent(MotionEvent ev)

2.public boolean onInterceptTouchEvent(MotionEvent ev)

3.public booleanonTouchEvent(MotionEvent event)

第一个方法表示是否分发事件,第二个方法表示是否拦截事件(只ViewGroup有这种方法。View没有) ,第三个方法表示是否消费事件。

分析源代码之前,我们先总结一下事件分发的规律,或者说上面3个方法的用法:

①当TouchEvent发生时,首先Activity将TouchEvent传递给最顶层的View,通常是一个ViewGroup。

TouchEvent最先到达最顶层 view 的 dispatchTouchEvent ,然后由  dispatchTouchEvent 方法进行分发。返回true则不分发。所有事件都交给dispatchTouchEvent 处理。假设dispatchTouchEvent返回 false 。则view以及它的子view都接收不到兴许事件,假设调用super.dispatchTouchEvent,则交给interceptTouchEvent
处理。

②假设 interceptTouchEvent 返回 true ,也就是拦截掉了。则兴许事件交给它的 onTouchEvent 来处理interceptTouchEvent 不再处理(假设手拿起来在又一次点击,down事件还会走一次,后面的move和up不走了)。假设onTouchEvent不处理,事件原路返回。兴许事件就不交给这个view了,假设 interceptTouchEvent
返回 false 或者调用super.interceptTouchEvent ,那么兴许事件仍然经过interceptTouchEvent 处理,可是不经过onTouchEvent。

没有interceptTouchEvent方法的普通view不考虑这种方法,其它规律同样

③对于onTouvhEvent返回true表示消费事件,false表示不消费,调用super.onTouchEvent时分两种情况,对于ViewGroup等能够放子View的来说不消费事件,对于不能放子View的View来说消费事件。不消费事件时事件到达最底层的view后会回传,仅仅走onTouchEvent,可能被上层View消费

假设你不过关心这几个方法的使用。然后自己自己定义view。那看到这里应该就没神马问题了。反正我知道这几个方法会对事件分发造成什么影响了。至于为啥我就不关心了

可是作为一个积极学习高素养的程序员来说,我们不仅要弄明确怎么用。还要明确为什么会出现这些情况(此处应有掌声)。我们就依照上面的三点逐点分析。

首先我们看第一点:dispatchTouchEvent。

这种方法返回false表示事件不分发,那么能够理解为这个view以及子view都不会消费事件。那兴许事件就不会在给你了,反正给了你你也不消费嘛。干嘛还给你,这个非常好理解,代码实现是把全部消耗事件的View都保存起来,所以不消费事件的View是不会即受到兴许事件的,这部分代码没贴出来,參见ViewGroup代码的第2213行调用addTouchTarget方法的代码。依照常规来想。既然返回false表示不消费事件,那么返回true就应该是消费事件了吧?NO
NO NO,too young to simple。

假设你写demo试试就会发现dispatchTouchEvent方法一直走,可是事件却没有分发下去,子view收不到事件,仅仅有返回值是super.dispatchTouchEvent才干把事件分发下去。。。

纳尼,这是什么鬼。不按套路出牌啊。好吧,这样的情况仅仅能翻源代码了。我们以android6.0(API
Level 23)的源代码为准进行分析。

以下这段代码是摘自ViewGroup的dispatchTouchEvent方法。在2167行是取到第i个子view。然后到2197行,这里调用了一个方法,将上面取到的第i个子view作为參数之中的一个传了过去。

以下这段代码是刚才说到的在dispatchTouchEvent中调用的这种方法,看第2553行,当child不为空的时候,调用了child的dispatchTouchEvent(详细会走到2553或者2575行。他们本质上是一样的,差别就是对传过来的MotionEvent进行了一个split操作,详细做了啥没去深究。

有知道它们差别的小伙伴能够留言赐教)。

到这里是不是有一种豁然开朗的感觉呢?ViewGroup之所以能将事件分发给子view是由于在dispatchTouchEvent中又调用了子view的事件分发方法,假设你在ViewGroup的dispatchTouchEvent方法中仅仅返回true而不返回super.dispatchTouchEvent,那么子view的事件分发的方法将不会调用。子view就拿不到事件。明确了吧,我认为我说的还是挺清楚的。中间我们忽略了其它不相关的代码。假设你想深入了解,能够再去阅读一下源代码,看完博客阅读源代码,一切so
easy~。

以下的这种方法后面还要用到。dispatchTouchEvent方法中多次调用了这种方法。

再看第二点onInterceptTouchEvent方法:这种方法表示是否拦截事件。假设返回true。那么事件会直接交给自身的onTouchEvent处理。为什么会这样呢?看以下的代码块:

第2104行,按下手机屏幕,走到这里,2106行,这里的disallowIntercept默认的情况下这里得到的是false的(默认初始化出来的值计算),会走到2108行,调用onInterceptTouchEvent,假设我们复写这种方法返回true,这是intercept的值就是true,再往下走会走到2238行。这时候mFirstTouchTarget是为null的。会走到2240。这里又调用了dispatchTransformedTouchEvent方法,也就是本文中的第二个代码块。这时候第三个參数child是null,方法会走到2547或者2566行(详细是哪一个。whatever)。然后调用了父类的dispatchTouchEvent方法。我们再去看父类的方法:

看到红框框中的代码了没,直接调用了onTouchEvent。所以假设你的onInterceptTouchEvent返回true时会调用自身的onTouchEvent,事件就传到自己的onTouchEvent了。

第三点,为啥事件不消费时会回传给父view,我有点词穷了。

。。

不知道该怎样描写叙述,原因就是递归。父View传递事件的时候是递归调用disPatchTouchEvent。当事件没有被子View消费时。就会调用自己的onTouchEvent方法,所以从日志看起来的效果就是事件被回传回去了。

关于自己对这方面的理解。整体上就这么多。源代码的解析不太具体,就大概理出来了个初步的条理,可能理解的存在问题甚至错误,欢迎指正。

时间: 2024-11-10 15:44:16

Android事件分发机制源代码分析的相关文章

Android事件分发机制详解(2)----分析ViewGruop的事件分发

首先,我们需要 知道什么是ViewGroup,它和普通的View有什么区别? ViewGroup就是一组View的集合,它包含很多子View和ViewGroup,是Android 所有布局的父类或间接父类. 但ViewGroup也是一个View,只不过比起View,它可以包含子View和定义布局参数的功能. 现在,通过一个Demo演示Android中ViewGroup的事件分发机制. 首先我们来自定义一个布局,命名为MyLayout,继承自LinearLayout,如下 所示: public c

【朝花夕拾】Android自定义View篇之(六)Android事件分发机制(中)从源码分析事件分发逻辑及经常遇到的一些“诡异”现象

前言 转载请注明,转自[https://www.cnblogs.com/andy-songwei/p/11039252.html]谢谢! 在上一篇文章[[朝花夕拾]Android自定义View篇之(五)Android事件分发机制(上)Touch三个重要方法的处理逻辑][下文简称(五),请先阅读完(五)再阅读本文],我们通过示例和log来分析了Android的事件分发机制.这些,我们只是看到了现象,如果要进一步了解事件分发机制,这是不够的,我们还需要透过现象看本质,去研究研究源码.本文将从源码(基

Android 事件分发机制具体解释

很多其它内容请參照我的个人网站: http://stackvoid.com/ 网上非常多关于Android事件分发机制的解释,大多数描写叙述的都不够清晰,没有吧来龙去脉搞清晰,本文将带你从Touch事件产生到Touch事件被消费这一全过程作全面的剖析. 产生Touch事件 这部分牵扯到硬件和Linux内核部分:我们简单讲述一下这部分内容,假设有兴趣的话能够參考这篇文章. 传递Touch事件 触摸事件是由Linux内核的一个Input子系统来管理的(InputManager),Linux子系统会在

Android事件分发机制详解:史上最全面、最易懂

前言 Android事件分发机制是每个Android开发者必须了解的基础知识 网上有大量关于Android事件分发机制的文章,但存在一些问题:内容不全.思路不清晰.无源码分析.简单问题复杂化等等 今天,我将全面总结Android的事件分发机制,我能保证这是市面上的最全面.最清晰.最易懂的 本文秉着"结论先行.详细分析在后"的原则,即先让大家感性认识,再通过理性分析从而理解问题: 所以,请各位读者先记住结论,再往下继续看分析: 文章较长,阅读需要较长时间,建议收藏等充足时间再进行阅读 目

Android事件分发机制

转载请注明出处:http://blog.csdn.net/chziroy/article/details/44401615 要理解Android事件分发机制,首先得了解几个概念,也算是总结,如果暂时看不懂也无妨,本文会讲解这几个问题. 1,点击屏幕,首先事件的传递从Activity的dispatchTouchEvent()方法开始. 2,关于Android事件分发机制,相关方法的方法有三个:onTouchEvent(),dispatchTouchEvent(),还有onInterceptTouc

图解 Android 事件分发机制

首发原文:http://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649548149&idx=1&sn=709149df682c7d3a6e453c9ef0626a1f&chksm=f1180e08c66f871eb2e7e39e057a5b090214fd71adcd98aa36b3d7fcecf77ad5d08138c50131#rd 在Android开发中,事件分发机制是一块Android比较重要的知识体系,了解并熟

Android事件分发机制的学习

最近被Android事件分发机制折磨的很烦躁,网上各种博客资料看完觉得还是得自己写一篇,一方面加深理解,另一方面希望能帮助到也同样在学习相关知识的童鞋们. 话不多说,直接开整. 当用户的手指点击到屏幕,便是整个事件的开始. 首先获取到该事件的是view层的控制者Activity,具体怎么获得我们不得而知,在此也不追究,而继续我们的主题.Activity获得事件后便执行它自身的方法: public boolean dispatchTouchEvent(MotionEvent ev) { if (e

Android事件分发机制完全解析,带你从源码的角度彻底理解(上)

转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/9097463 其实我一直准备写一篇关于Android事件分发机制的文章,从我的第一篇博客开始,就零零散散在好多地方使用到了Android事件分发的知识.也有好多朋友问过我各种问题,比如:onTouch和onTouchEvent有什么区别,又该如何使用?为什么给ListView引入了一个滑动菜单的功能,ListView就不能滚动了?为什么图片轮播器里的图片使用Button而不用Ima

android 事件分发机制(图文详解)

在Android开发中,事件分发机制是一块Android比较重要的知识体系,了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题,更好去扩展控件的事件功能和开发自定义控件,同时事件分发机制也是Android面试必问考点之一,如果你能把下面的一些事件分发图当场画出来肯定加分不少.废话不多说,总结一句:事件分发机制很重要. Android 事件分发流 关于Android 事件分发机制网上的博文很多,但是很多都是写个Demo然后贴一下输出的Log或者拿源码分析,然后一堆的注释和说明,如果用心的