美文网首页
Android源码之事件分发机制快速理解

Android源码之事件分发机制快速理解

作者: Cliper | 来源:发表于2020-04-25 21:25 被阅读0次

    整个事件分发的流程图如下,现在我们根据代码去一步步画出整个事件分发的流程图。

    image.png
    事件方法 dispatchTouchEvent onInterceptTouchEvent onTouchEvent
    ViewGroup 无(继承View ,在view中可以找到)
    View

    下面代码是抽出来的整个事件分发的核心伪代码:

    // Activity中该方法的核心部分伪代码
    1 public boolean dispatchTouchEvent(MotionEvent ev) {
    2    if (child.dispatchTouchEvent(ev)) {
            //如果子View消费了该事件,则返回TRUE,让调用者知道该事件已被消费
    3        return true;   
    4    } else {
            //如果子View没有消费该事件,则调用自身的onTouchEvent尝试处理。
    5        return onTouchEvent(ev);    
    6    }
    7}
    
    
    // ViewGroup_1 中该方法的核心部分伪代码
    8 public boolean dispatchTouchEvent(MotionEvent ev) {
    9    if (!onInterceptTouchEvent(ev)) {
            //不拦截,则传给子View进行分发处理
    10        return child.dispatchTouchEvent(ev);   
    11    } else {
            //拦截事件,交由自身对象的onTouchEvent方法处理
    12        return onTouchEvent(ev);    
    13    }
    14}
    
    
    // ViewGroup_2中该方法的核心部分伪代码
    15 public boolean dispatchTouchEvent(MotionEvent ev) {
    16    if (!onInterceptTouchEvent(ev)) {
                //不拦截,则传给子View进行分发处理
    17        return child.dispatchTouchEvent(ev);   
    18    } else {
                //拦截事件,交由自身对象的onTouchEvent方法处理
    19        return onTouchEvent(ev);   
    20    }
    21 }
    
    
    // View中该方法的核心部分伪代码
    22 public boolean dispatchTouchEvent(MotionEvent ev) {
    23    //如果该对象的监听成员变量不为空,则会调用其onTouch方法,
    24    if (mOnTouchListener != null && mOnTouchListener.onTouch(this, event)) {
    25        return true;    //若onTouch方法返回TRUE,则表示消费了该事件,则dispachtouTouchEvent返回TRUE,让其调用者知道该事件已被消费。
    26    }
    27    return onTouchEvent(ev);    //若监听成员为空或onTouch没有消费该事件,则调用对象自身的onTouchEvent方法处理。
    28 }
    
    

    我们就对照流程图和核心伪代码来分析整个流程。然后自己可以一步步画出流程图
    都知道当我们按下触摸到屏幕 事件是从驱动的 dev/input/event[x] 开始的。
    事件一直传递到Activity的dispatchTouchEvent中。好了,这块不是我们今天的重点。
    先来看Activity中dispatchTouchEvent 事件到达这里后 如果2返回true 就表示消费事件, flase 那么就走它自己的 onTouchEvent。
    代码就像这样。

    1.从Activity->ViewGroup
    // Activity中该方法的核心部分伪代码
    1 public boolean dispatchTouchEvent(MotionEvent ev) {
    2    if (child.dispatchTouchEvent(ev)) {
    3        return true;    //如果子View消费了该事件,则返回TRUE,让调用者知道该事件已被消费
    4    } else {
    5        return onTouchEvent(ev);    //如果子View没有消费该事件,则调用自身的onTouchEvent尝试处理。
    6    }
    7 }
    
    // 重写ViewGroup_1 中的该方法
    8  public boolean dispatchTouchEvent(MotionEvent ev) {
    9    //return flase;
    9    //return true;
    10 }
    

    对应的流程图如下

    image.png
    2.从ViewGroup->View
    //继续看 ViewGroup_1 中该方法的核心部分伪代码
    8 public boolean dispatchTouchEvent(MotionEvent ev) {
    9    if (!onInterceptTouchEvent(ev)) { //取反
    10        return child.dispatchTouchEvent(ev);    //不拦截,则传给子View进行分发处理
    11    } else {
    12        return onTouchEvent(ev);    //拦截事件,交由自身对象的onTouchEvent方法处理()
    13    }
    14}
    

    如果onInterceptTouchEvent(ev) 返回true 那么就会走自己(12)的继承类view的onTouchEvent(ev),表示ViewGroup_1要 拦截这个事件。
    如果onInterceptTouchEvent(ev) 返回false 那么就会走child.dispatchTouchEvent(ev) ,ViewGroup_1 不拦截这个事件,继续往下传递。默认false。

    对应的流程图如下:
    image.png
    3.从View到onTouchEvent

    然后到了调用到了child.dispatchTouchEvent(ev),Child = View

    22 public boolean dispatchTouchEvent(MotionEvent ev) {
    23    //如果该对象的监听成员变量不为空,则会调用其onTouch方法,
    24    if (mOnTouchListener != null && mOnTouchListener.onTouch(this, event)) {
          //若onTouch方法返回TRUE,则表示消费了该事件,则dispachtouTouchEvent返回TRUE,让其调用者知道该事件已被消费。
    25        return true;    
    26    }
         //若监听成员为空或onTouch没有消费该事件,则调用对象自身的onTouchEvent方法处理。
    27    return onTouchEvent(ev);   
    28 }
    

    对应的完整的流程图如下。
    其中如果我们不做任何干预的话流程会是:1->2->3->4->5->6->7。


    image.png

    流程图画完了,可以大脑里面再整理一下。整个流程还是很简单的 采用递归的思想去处理事件分发的过程。

    ----------------事件的调用顺序--------------------

    父ViewGroup dispatchTocuhEvent
    父ViewGroup onInterceptionTouchEvent
    子ViewGroup dispatchTocuhEvent
    子ViewGroup onInterceptionTouchEvent
    子 onTouchEvent
    父 onTouchEvent


    结论:

    事件冲突的规律解决:
    1.(外部拦截 “推荐的做法”)在父ViewGroup 做拦截操作:那么父ViewGroup需要重写onInterceptionTouchEvent 做逻辑判断拦截就 在down 返回true ,并且在onTouchEvent中一定要返回true消费此次事件,不然会收不到后续事件。
    2.(内部拦截)在子ViewGroup做拦截操作:那么子ViewGroup可以重写onDispatchTocuhEvent 做逻辑判断。拦截的话 就 需要调用在dispatchTocuhEvent中down中调用requestDisllowInterceptionTouchEvent(true) 才能拦截下次move之后的事件,告诉父ViewGroup的onInterceptionTouchEvent 你不要拦截 那么就可以走我的onDispatchTocuhEvent 事件。
    requestDisllowInterceptionTouchEvent() 是无法拦截 父ViewGroup的down事件的,因为在Down事件的时候ViewGroup会清除掉所有View事件的标记。只能拦截 父ViewGroup Down之后的事件

    dispatchTocuhEvent 部分代码,对以上结论说明:

       if (actionMasked == MotionEvent.ACTION_DOWN) {
                  //down清除标记位,然后分发事件
                    cancelAndClearTouchTargets(ev);
                    resetTouchState();
       }
        final boolean intercepted;
       if (actionMasked == MotionEvent.ACTION_DOWN
                        || mFirstTouchTarget != null) {
                    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                       //FLAG_DISALLOW_INTERCEPT , disallowIntercept = true
                        if (!disallowIntercept) { 
                       //如果父ViewGroup 重写onInterceptTouchEvent 默认返回true,那么子VIew还想收到事件那么就不让你进这里来               
                        intercepted = onInterceptTouchEvent(ev);
                        ev.setAction(action);
                    } else {//走这里那么子View又可以愉快的相应down之后的事件拉
                        intercepted = false;
                    }
                } else {
                    intercepted = true;
         }
        
        if (!canceled && !intercepted) {
          //处理事件分发
        }
    
    

    相关文章

      网友评论

          本文标题:Android源码之事件分发机制快速理解

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