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

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

参考资料

  • Android触摸事件传递机制
  • 任玉刚 Android开发艺术探索
  • dispatchTouchEvent源码解析
  • Android dispatchTouchEvent touch事件的分发

你可能感兴趣的:(View的事件分发机制)