View的事件分发体系和滑动冲突

2019-07-24  本文已影响0人  哈哈我得意3号

在介绍事件分发机制之前我们先介绍一下几个重要的基本概念:

1.MotionEvent

在手指接触屏幕后所产生的一系列事件中,典型的事件类型有如下几种:

ACTION_DOWN——手指刚接触屏幕;
ACTION_MOVE——手指在屏幕上移动;
ACTION_UP——手指在屏幕上送回开的一瞬间。

正常情况下,一次手指触摸屏幕的行为会触发一系列的点击事件,如:

点击屏幕后离开松开,事件序列为DOWN->UP;
点击屏幕滑动一会儿再松开,事件序列为DOWN->MOVE->MOVE...->MOVE->UP。

2.TouchSlop

TouchSlop是系统所能识别出的被认为是滑动的最小距离。即当手指在屏幕上滑动时,两次滑动之间的距离小于这个常量,则系统不认为你在进行滑动操作。这个常量和设备有关,不同设备的值可能不同,通过如下方式我们可以获得这个常量:ViewConfiguration.get(getContext()).getScaledTouchSlop()。

View的事件分发机制

1.概念:

所谓点击事件(Touch)的事件分发,其实就是对MotionEvent(Touch的封装)事件的分发过程,即当一个MotionEvent产生以后,系统需要把这这个事件传递给那个具体的View。这个传递的过程就是事件分发过程。

2.事件分发的顺序

点击事件的分发过程由三个很重要的方法来共同完成:dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent,方法的介绍如下表所示。


方法介绍.png

当一个操作发生时,事件最先传递到Activity,由Activity的dispatchTouchEvent来进行事件派发(具体是由Activity中的Window完成的)。Window将事件传递给ViewGroup(decorView,它继承FrameLayout,是一个ViewGroup,一般为当前页面的底层容器,即setContentView所设置的view的父容器).
点击事件达到顶级的View(一般是一个ViewGroup)以后,会调用ViewGroup的dispatchTouchEvent方法:如果顶级的ViewGroup拦截该事件即onInterceptTouchEvent返回true,则事件由ViewGroup来处理,这时如果ViewGroup的mOnTouchListener被设置,那么onTouch就会被调用,否则onTouchEvent会被调用。OnTouch比onTouchEvent的优先级高,两者同时提供,onTouchEvent会被屏蔽。mOnclickListen存在于onTouchEvent中,如果设置了,那么onclick会被调用。如果顶级ViewGroup不拦截事件,那么会传递给它所点击事件链上的子View,如此循环,完成事件的分发。


事件分发机制的整体流程.png

Android开发艺术探索》这本书里总结了11条关于事件传递的结论:
1:同一个事件序列是指手机接触屏幕那一刻起,到离开屏幕那一刻结束,有一个down事件,若干个move事件,一个up事件构成。
2:某个View一旦决定拦截事件,那么这个事件序列之后的事件都会由它来处理,并且不会再调用onInterceptTouchEvent。
3:正常情况下,一个事件序列只能被一个View拦截并消耗。这个原因可以参考第2条,因为一旦拦截了某个事件,那么这个事件序列里的其他事件都会交给这个View来处理,所以同一事件序列中的事件不能分别由两个View同时处理,但是我们可以通过特殊手段做到,比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。
4:一个View如果开始处理事件,如果它不处理down事件(onTouchEvent里面返回了false),那么这个事件序列的其他事件就不会交给它来继续处理了,而是会交给它的父元素去处理。
5:如果一个View处理了down事件,却没有处理其他事件,那么这些事件不会交给父元素处理,并且这个View还能继续受到后续的事件。而这些未处理的事件,最终会交给Activity来处理。
6:ViewGroup的onInterceptToucheEvent默认返回false,也就是默认不拦截事件。
7:View没有InterceptTouchEvent方法,如果有事件传过来,就会直接调用onTouchEvent方法。
8:View的onTouchEvent方法默认都会消耗事件,也就是默认返回true,除非他是不可点击的(longClickable和clickable同时为false)。
9:View的enable属性不会影响onTouchEvent的默认返回值。就算一个View是不可见的,只要他是可点击的(clickable或者longClickable有一个为true),它的onTouchEvent默认返回值也是true。
10:onClick方法会执行的前提是当前View是可点击的,并且它收到了down和up事件。
11:事件传递过程是由外向内的,也就是事件会先传给父元素在向下传递给子元素。但是子元素可以通过requestDisallowInterceptTouchEvent来干预父元素的分发过程,但是down事件除外(因为down事件方法里,会清除所有的标志位)。

View的滑动冲突

滑动冲突产生的根本原因:

场景1、外部滑动方向与内部滑动方向不一致;
场景2、外部滑动方向与内部滑动反响一致;
场景3、上面两种情况的嵌套

第一种如ScrollView 嵌套ViewPager,第二种如ViewPager嵌套ViewPager。第三种。。。

解决方案:

外部拦截法:

所谓外部拦截,是指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,否则不拦截。这种比较符合事件分发机制,我们需要重写onInterceptToucheEvent方法,伪代码如下。

public boolean onInterceptTouchEvent(MotionEvent event) {
    boolean intercepted = false;
    int x = (int)event.getX();
    int y = (int)event.getY();
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN: {
            intercepted = false;
           break;
       }
       case MotionEvent.ACTION_MOVE: {
           if (父容器需要当前事件) {
                intercepted = true;
           } else {
                intercepted = false;
           }
           break;
       }
       case MotionEvent.ACTION_UP: {
           intercepted = false;
           break;
       }
       default:
           break;
       }
            mLastXIntercept = x;
            mLastYIntercept = y;
            return intercepted;
}

首先关于ACTION_DOWN 事件,父容器必须返回false,即不拦截,否则的话,后续的ACTION_MOVE和ACTION_UP都会直接由父容器处理,没办法再传递给子事件,ACTION_MOVE根据需要来进行拦截,ACTION_UP设置为不拦截,因为这个事件本身没有什么意义。有一种情况,事件交给子元素处理,父容器再ACTION_UP返回了true,那么子元素接收不到ACTION_UP事件,那么子元素的onClick就会无法触发。但是父容器比较特殊,一旦拦截了某个事件,后续的事件都会由他来处理,而ACTION_UP最后也会传递到父容器,即便一开始设置为false也不影响。

2.内部拦截法

内部拦截法是指父容器不拦截任何事件,所有的事件传递给子元素,如果子元素需要此事件则直接消耗掉,否则就交给父容器来进行处理,需要配合requestDisallowInterceptTouchEvent方法才能正常工作

public boolean dispatchTouchEvent(MotionEvent event) {
     int x = (int) event.getX();
     int y = (int) event.getY();

     switch (event.getAction()) {
     case MotionEvent.ACTION_DOWN: {
         parent.requestDisallowInterceptTouchEvent(true);
         break;
     }
     case MotionEvent.ACTION_MOVE: {
         int deltaX = x - mLastX;
         int deltaY = y - mLastY;
         if (父容器需要此类点击事件) {
             parent.requestDisallowInterceptTouchEvent(false);
         }
         break;
     }
     case MotionEvent.ACTION_UP: {
         break;
     }
     default:
         break;
     }

     mLastX = x;
     mLastY = y;
     return super.dispatchTouchEvent(event);
 }  

对应不同的滑动策略只需要修改里面的条件即可。除了子元素需要做处理以外,父元素也要默认拦截ACTION_DOWN以外的事件。这样当子元素调用requestDisallowInterceptTouchEvent(false)方法时,父元素才能继续拦截所需事件。

public boolean onInterceptTouchEvent(MotionEvent event) {

     int action = event.getAction();
     if (action == MotionEvent.ACTION_DOWN) {
         return false;
     } else {
         return true;
     }
 }  

因为不受FLAG_DISALLOW_INTERCEPT标志位的影响,所以一旦父元素拦截了ACTION_DOWN事件,子元素都无法接收后续事件,那么内部拦截就没有作用了,所以父元素需要做如下修改:

public boolean onInterceptTouchEvent(MotionEvent event) {

     int action = event.getAction();
     if (action == MotionEvent.ACTION_DOWN) {
         return false;
     } else {
         return true;
     }
 }  
上一篇下一篇

猜你喜欢

热点阅读