事件分发机制

作者: 慕涵盛华 | 来源:发表于2017-09-07 08:03 被阅读75次

    为什么会有事件分发机制?

    Android上的View是树形结构的,有可能重叠在一起,当我们点击的地方有多个View都可以响应的时候,这个点击事件应该给谁呢?为了解决这一问题就有了事件分发机制。

    相关方法

    • dispatchTouchEvent() : 分发事件
    • onInterceptTouchEvent():判断是否拦截事件
    • onTouchEvent() :处理事件

    Activity和View(不能包含子View)是没有onInterceptTouchEvent()的。Activity是事件最初的接收者,如果一开始就被它拦截了事件分发也就没有了意义。View是没有子View的,所以没有拦截事件的方法。

    源码分析

    1.当点击事件发生时,首先调用的是Activity的dispatchTouchEvent()方法,看一下该方法的实现:

    调用过程:如果是按下事件就调用onUserInteraction()方法,改方法是一个空方法,没有任何实现,然后调用Window的superDispatchTouchEvent(ev)方法,如果该方法返回true,调用结束;如果返回false,就调用Activity的onTouchEvent()方法,自己处理点击事件。该方法比较简单。

    2.getWindow()返回的是Window(抽象类)的实现类PhoneWindow的对象,进而我们找到PhoneWindow的superDispatchTouchEvent(ev)方法。

    在该方法中又调用mDecor的superDispatchTouchEvent(ev)方法。进而我们找到mDecor

    在该方法中调用父类的dispatchTouchEvent(ev)方法,DecorView 继承FrameLayout,而FrameLayout又继承ViewGroup,所以我们找到ViewGroup的dispatchTouchEvent(ev)方法

    到此处我们先小小总结一下

    在Activity的dispatchTouchEvent()方法中会调用getWindow().superDispatchTouchEvent(ev),其实就是调用ViewGroup的dispatchTouchEvent(ev)方法。

    3.继续查看ViewGroup的dispatchTouchEvent(ev)方法。该方法的代码比较复杂,我们只分析它的核心部分:

        ........
    
    final boolean intercepted;
    if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
        final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
        if (!disallowIntercept) {
            intercepted = onInterceptTouchEvent(ev);
            ev.setAction(action); // restore action in case it was changed
        } else {
            intercepted = false;
        }
    } else {
        // There are no touch targets and this action is not an initial down
        // so this view group continues to intercept touches.
        intercepted = true;
    }
    
          ..................
    
    if (!canceled && !intercepted) {
          ...........
    }
    

    在ViewGroup的dispatchTouchEvent(tv)方法中会调用onInterceptTouchEvent(ev)方法,如果intercepted的值为true,也就是拦截了该事件。就不会执行 if (!canceled && !intercepted) 中的代码,该区域的代码主要是遍历所有的子View,查看是否拦截与处理。

    if (mFirstTouchTarget == null) {
         // No touch targets so treat this as an ordinary view.
         handled = dispatchTransformedTouchEvent(ev, canceled, null,
         TouchTarget.ALL_POINTER_IDS);
    } 
    

    如果是第一次触摸就会执行dispatchTransformedTouchEvent方法,在刚开始的时候mFirstTouchTarget肯定为空。继而查看dispatchTransformedTouchEvent方法。该方法有四个参数,其中第三个参数为child,传递的值为null。

     if (newPointerIdBits == oldPointerIdBits) {
            if (child == null || child.hasIdentityMatrix()) {
                if (child == null) {
                    handled = super.dispatchTouchEvent(event);
                } else {
                    final float offsetX = mScrollX - child.mLeft;
                    final float offsetY = mScrollY - child.mTop;
                    event.offsetLocation(offsetX, offsetY);
                    handled = child.dispatchTouchEvent(event);
                    event.offsetLocation(-offsetX, -offsetY);
                }
                return handled;
            }
            transformedEvent = MotionEvent.obtain(event);
      } else {
           transformedEvent = event.split(newPointerIdBits);
      }
    

    因为上面传递的child为null,所有调用 handled = super.dispatchTouchEvent(event);就只执行View的dispatchTouchEvent(ev)方法,该方法比较简单。

     ............
    
     if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }
    
            if (!result && onTouchEvent(event)) {
                result = true;
            }
      }
    
     ...............
    

    在该方法中会判断,如果mOnTouchListener != null就会调用mOnTouchListener.onTouch(),并且返回true,下面的onTouchEvent(ev)也就不会再执行,这也是为什么给View设置OnTouchListener后不再调用onTouch方法。也可以说如果设置了OnTouchListener,那么View的onTouchEvent(ev)方法就不会再执行。

    综上所述:如果上层View不拦截,事件就会一直传递到View中,调用View的dispatchTouchEvent(ev)方法,如果设置了OnTouchListener,View的onTouchEvent(ev)方法就不会执行了,事件就此消耗,也不会回传给父类了。如果没有设置OnTouchListener,就会调用View的onTouchEvent(ev)方法。

    你应该知道的

    通过对事件分发机制源码的阅读和了解,你应该知道的:

    • 1.在ViewGroup中重写onInterceptTouchEvent方法返回true为什么会拦截事件,并且该ViewGroup会消费了Event(调用onOnTouchEvent)。
    • 2.为什么事件不再向子控件继续传递?
    • 3.当父控件没有拦截事件时,事件是如何传递到子控件的
    • 4.点击事件中的x,y坐标值都是以父布局的相对坐标,这里又是如何一层一层转换的
    • 5.为什么给自定义View设置OnTouchListener后不再调用 重写的onTouch方法

    总结

    Android的时间分发机制还是比较复杂的,尤其是ViewGroup的dispatchTouchEvent(ev)方法,我们可以通过阅读源码来了解它的实现原理。其实在项目开发中我们不必要非常清楚它的实现原理,也能解决时间冲突问题。只需要用好相关的方法即可( dispatchTouchEvent() ,onInterceptTouchEvent(),onTouchEvent() )但是如果能清楚了了解它的实现原理,那么在遇到时间冲突问题时,更容易解决。抛开事件分发本身而言,它的代码设计也值得我们学习,这里面用到了责任链模式,虽然它们没有继承共同的类,但是它们都有共同的方法(dispatchTouchEvent)。其实通过源码分析我们只仅仅能解决问题,还能学习到更多的东西。

    关注微信公众号获取更多相关资源

    Android小先生

    相关文章

      网友评论

        本文标题:事件分发机制

        本文链接:https://www.haomeiwen.com/subject/vhpmjxtx.html