浅谈Android事件分发

@[toc]

何为事件分发

  • 基础知识

事件:MotionEvent(点击事件)

事件列:从手指接触屏幕至手指离开屏幕的这个过程所产生的一系列事件,一般情况下,点击事件都是从DOWN事件开始,UP事件结束,中间经历若干个MOVE事件。

事件类型:
手指按下 -->产生DOWN事件
手指滑动 -->产生MOVE事件
手指抬起 -->产生UP事件

  • 定义理解:一般来说,事件分发就是将点击事件分发(可以理解为传递)到一个view去处理该事件。

ACTION_DOWN事件怎么传递和处理的

看了不少文章,po一张比较好理解的图:基于ACTION_DOWN事件走向。
来源Kelin

先对这图做一些基本说明:

  • true---该控件或activity消费事件,事件不再被传递。
  • false---该控件或actiivty不消费事件,事件被继续传递。
  • super---调用该方法的父类实现,在方法中可修改返回值。
  • dispatchTouchEvent()---事件首先到达的方法。用于分发点击事件,一般不会重写这个方法。
  • onInterceptTouchEvent()---判断是否拦截该事件,用来拦截事件。
  • onTouchEvent()---判断是否消费该事件,用来处理事件。
在这里插入图片描述

上图很明显地表示了系统默认的对于down事件的传递方式。我们可以观察到这些事件在三个对象间进行传递,分别是activity,viewgroup,view。
总结:
activity层的dispatchTouchEvent()---调用--->activity层父类的dispatchTouchEvent()(默认实现是调用viewgroup层的dispatchTouchEvent())---调用--->super的默认实现 viewgroup层onInterceptTouchEvent()---调用--->【默认返回false】super的默认实现view层dispatchTouchEvent()---调用--->super的默认实现view层的onTouchEvent()

在这之后,如图,默认情况下,view层和Viewgroup都不进行消费,那么就会一路传给了activity层的onTouchEvent()进行消费。
于是出现了类似U型的流程走向。

po另外一张图,来源还是 Kelin

在这里插入图片描述

注:右上角的横线表明返回值
我们可以很清楚地看到整个的流程,有几点总结一下

1.只有viewgroup才有 onInterceptTouchEvent()方法。

2.当viewgroup层的 onInterceptTouchEvent()返回值为true,表明该viewgroup想要处理这个事件,那么这个事件便会传递给其onTouchEvent()进行处理。

3.如果onTouchEvent()或者dispatchTouchEvent()不想处理事件,返回false,则抛给上级的onTouchEvent()进行处理。

4.另外,调用优先级:
onTouchListener的onTouch>View的onTouch>onClickListener
当一个view需要处理事件时,如果它设置了onTouchListener,那么onTouchEvent()中的onTouch()会被回调。如果该方法返回值为true,那么当前view的onTouchEvent()将不会被调用,返回false才会调用到view的onTouchEvent()。这个时候再onTouchEvent()中设置的onClickListener()才会被调用。

ACTION_MOVE和ACTION_UP事件怎么传递和处理的

详细可参考博客中的参考图片及相关说明。此处不再赘述,只做总结。

  • 总结
    • 1.当一个view决定拦截一个事件后,系统会把同一个事件系列内的所有事件都交给他处理,此时不需要再调用拦截器询问是否需要拦截。因此同一个事件系列中的事件一般也只由一个view进行处理。
    • 2.在DOWN事件发生时,如果某个view的onTouchEvent()被调用,但是返回了false[即不想处理],那么该事件系列后续的事件也不再传递给他,乃是传给其父类viewgroup的onTouchEvent()。这一点的话很像是上级交给程序员一个任务,他没完成,交给他的上级完成。那么短时间内他的上级就不会交给他相关任务了。
      这个时候我们可能会发现,其实事件分发的机制可以用领导交给下级任务这种职场常见模式进行分析,或许这样会更加容易理解。
    • 3.在哪个对象的onTouchEvent()进行消费,那么后续的事件都会给其进行处理。

事件分发是第一次接触的东西,源码和实例等等还没有进行研究。若有错误之处,还望各位不吝赐教。

作者介绍

-杨晓华:广州芦苇科技 APP 团队 Android 开发

内推信息

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,772评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,458评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,610评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,640评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,657评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,590评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,962评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,631评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,870评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,611评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,704评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,386评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,969评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,944评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,179评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,742评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,440评论 2 342

推荐阅读更多精彩内容