View的事件分发机制

2019-01-29  本文已影响4人  明明很安静

新年快乐

马上要过年了,这个时候很多人都回家了,过完年就到了金三银四的跳槽季了,身边也有很多朋友开始准备换工作了。而我,还没想好。
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)

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

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

public boolean onInterceptTouchEvent(MotionEvent ev)

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

public boolean onTouchEvent(MotionEvent ev)

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

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

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

参考资料

上一篇 下一篇

猜你喜欢

热点阅读