View的事件分发机制

新年快乐

马上要过年了,这个时候很多人都回家了,过完年就到了金三银四的跳槽季了,身边也有很多朋友开始准备换工作了。而我,还没想好。
View的事件分发机制在面试中被问到的频率很高,大概跟View绘制流程问到的频率差不多。我们今天就来复习一下View的事件分发机制,用‘复习’一词是因为我本人也是个小菜鸡,才毕业一年多,写东西的水平肯定比不上在座的大佬们。至于在此献丑,只是想把自己理解的东西写出来,相信印象能深刻一些,大家也可以试试。

View的点击事件

View的事件有多种,这里只讲述View的触摸事件,对于其他事件我们就不做说明,如果有兴趣,那就自己百度或者Google查找(主要我自己也不会,你说这尴尬不尴尬)
View的触摸事件即MotionEvent,从我们手指接触屏幕时会产生ACTION_DOWN,到手指离开屏幕时产生事件ACTION_UP,中间如果手指在屏幕上进行滑动还会产生事件ACTION_MOVE

View传递的主要方法

View事件的分发据我了解是按照Activity-->Windows-->ViewGroup-->View的顺序进行的。主要通过以下几个方法进行传递:

  • public boolean dispatchTouchEvent(MotionEvent ev)
  • public boolean onInterceptTouchEvent(MotionEvent ev)
  • public boolean onTouchEvent(MotionEvent ev)

下面,我们一个一个的说。

public boolean dispatchTouchEvent(MotionEvent ev)

该方法是用来分发事件,是每个View处理事件的第一站(具体的代码我也就不复制了,一方面这篇文章的作用主要是用来复习,只是起一个大纲的作用,要想具体的了解,还是建议自己去看源码结合我文末的链接会相对轻松一些)。
返回值:

  • super:对于ViewGroup来说,super就是继续向下分发;对于View来说,super的实现等同于true。
  • true:事件被消费,不再继续向下分发,后续调用本身的onTouchEvent方法。
  • false:不再继续向下分发,往上回调。

这个判断逻辑就像老板有个需求,问谁能做:
super表示被问的这个人继续问下面的人能不能做(一层一层的往下问);
true表示被问的这个人觉得自己就能做,不问下面的人了(直接就交给这个人做了,老板觉得这人很不错,后面的事也直接给这人做了);
false表示被问的人直接代表下面的人说这个我们做不了(老板记住了这人和他下面的人不行,后面的事也不问你们能不能做了)。

public boolean onInterceptTouchEvent(MotionEvent ev)

这个方法是ViewGroup特有的方法,View本身没有。
主要用来判断是否对事件分发进行拦截。
返回值:

  • true表示拦截事件,直接调用本身的onTouchEvent方法。
  • false/super表示不拦截事件,继续向下分发。
public boolean onTouchEvent(MotionEvent ev)

该方法表示是否消费此事件。
返回值:

  • true表示消费事件,后续事件都会给该View处理。
  • false表示不消费该事件,会继续往上回调:
    首先回调到ViewGroup的dispatchTouchEvent,由于底层没有消费者,mFirstTouchTarget为空,然后调用上级ViewGroup的dispatchTransformedTouchEvent,这个方法会通过super.dispatchTouchEvent调用到View的dispatchTouchEvent,View的dispatchTouchEvent方法默认会调用到onTouchEvent,这样就饶了一圈调到了ViewGroup本身的onTouchEvent。如果ViewGroup本身onTouchEvent也不进行消费,最后就会回传给事件的发起者Activity的onTouchEvent方法。

onTouchListener和onClick

if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            if (!result && onTouchEvent(event)) {
                result = true;
            }

这段代码位于View的dispatchTouchEvent中,由代码可以看出onTouch的返回值为true时,不会执行onTouchEvent,而onClick在onTouchEvent里面执行的,所以也不会执行。

OVER

这一遍写下来确实比之前记忆深刻了不少,如果有哪里写得不对的地方,请指出来,谢谢。
学无止境,共勉之。

参考资料

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

推荐阅读更多精彩内容