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

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

Android源码之事件分发机制快速理解_第1张图片
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 }

对应的流程图如下

Android源码之事件分发机制快速理解_第2张图片
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。

对应的流程图如下:
Android源码之事件分发机制快速理解_第3张图片
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。


Android源码之事件分发机制快速理解_第4张图片
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源码之事件分发机制快速理解)