思维导图

View事件分发机制

View的滑动冲突

滑动冲突的解决方式

参看文章

思维导图

View事件分发与滑动冲突.png

View事件分发机制

点击事件传递规则

所谓点击事件的事件分发,就是对MotionEvent事件的分发过程,传递给某一个View.

在事件传递中有三个方法是贯穿始终的

dispatchTouchEvent():进行事件的分发如果事件能传递到View那么此方法一定会被调用,返回值受当前View的onTouchEvent()和下级View的dispatchTouchEvent()的影响. 表示是否消耗当前事件.
onInterceptTouchEvent(): 判断是否拦截事件,如果当前View拦截了某个事件,那么在同一个事件序列中, 此方法不会被再次调用, 返回结果表示是否拦截当前事件.
onTouchEvent(): 在dispatchTouchEvent中被调用. 用来处理点击事件, 返回结果表示是否消耗当前事件,如果不消耗, 则在同一个事件序列中, 当前View无法再次接收到事件.

如果把源码中的各种判断去掉, 只留最核心的代码, 那么就如下:

public boolean dispatchTouchEvent(MotionEvent event) {

   boolean consume = false;   //表示这个事件最终的处理结果

   if (onInterceptTouchEvent(event)){

        //事件被拦截自己处理

       consume = onTouchEvent(event);

   }else{

        //事件被分发到子view的dispatchTouchEvent()中

       consume = child.dispatchTouchEvent(event);

   }

   return consume;

}

OnTouchListener() , onTouchEvent() , OnClickListener() 的优先级

上面说了普遍情况下的事件分发. 如果这个View同时还添加了OnTouchListener和OnClickListener. 此时的优先级如下:

OnTouchListener –> onTouchEvent –> OnClickListener

而onTouchEvent()能否被最终调用取决于设置了OnTouchListener()中的onTouch()的返回值, 如果onTouch()返回的结果是false,那么onTouchEvent()会被调用. 如果返回true那么onTouchEvent()不会被调用.

而最后被调用的OnClickListener()方法是在onTouchEvent()被调用的. 所以如果onTouchEvent()方法如果执行, 那么对应的添加的onClickLisener()才会被调用. 所以如果在OnTouchListener()中的onTouch()返回true那么onTouchEvent()不会被调用,内部调用OnClickListener也就更无法被调用.

一个事件的传递过程遵循如下

Activity -> Window ->decor view->ViewGroup-> View

如果事件一直不拦截,传递到了最里层的View而最里层的View的onTouchEvent()也返回false不消费, 那么事件就会向上级的onTouchEvent()传递,如果还返回false就依次传递.

对于事件机制的规则:

事件序列是指按下到抬起之间发生的一系列事件.
默认一个事件序列只能被一个View拦截并消耗. (例外:采用非常规,在onTouchEvent强行传递给其他View. 不推荐)
如果View决定拦截,那么这个事件序列只能由它自己处理. 并且它的onInterceptTouchEvent()不会再被调用
如果View不在ACTION_DOWN事件时返回true, 那么同一个事件序列都不会再交给它来处理.并且事件会重新传递到父元素的onTouchEvent()再次调用方法.
如果View不消耗除ACTION_DOWN以外的事件,那么这个点击事件会消失,而父元素的onTouchEvent()不会被调用,并且当前View可以持续收到后续的事件,最终这些消失的事件会传递到activity处理.
ViewGroup默认不拦截任何事件, 源码中ViewGroup的onInterceptTouchEvent()默认返回false
View没有onInterceptTouchEvent(), 因为它没有子View,所以直接调用onTouchEvent()
View的onTouchEvent默认都会消耗事件返回true. 除非它不可点击的(需要clickable,longClickable同时为false). View的longClickable默认都为false. 而clickable需要区分控件, 如Button默认为true, TextView默认为false.
View的enable属性不影响onTouchEvent的默认返回值, 哪怕一个View是disable状态. 只要它的clickable或者longClickable有一个为true. 那么它的onTouchEvent()就返回true.
onClick会发生的前提是当前View为可点击, 并且他收到了down和up事件.
事件传递的过程是由外向内的. 通过requestDisallowInterceptTouchEvent()可以在子元素中干预父元素的事件分发过程,但是ACTION_DOWN事件除外.

事件分发的源码解析

1.Activity对点击事件的分发过程

事件的起始Activity的dispatchTouchEvent()进行分发,具体的工作交由内部的Window来完成. window会将事件传递给decor view. 而decor view一般是当前界面的底层容器(平常setContentView中传递的布局),可通过Activity.getWindow.getDecorView()获得.

window是怎样将事件传递给ViewGroup的? 首先Window类为一个抽象类,而类中的调用的分发方法也为抽象方法. 所以需要找到实现类. Window的唯一实现类PhoneWindow. 这个类会在被实例化的时候会被重构.

PhoneWindow#superDispatchTouchEvent(ev)方法中将事件传递给了DecorView.

decorView就是挂载我们的layout布局的顶级View,继承FrameLayout.

((ViewGroup)getWindow().getDecorView().findViewById(android.R.id.content)).getChildAt(0);

这个方法可以获取到Activity所设置的View. 所以之间的关系很清楚了. 事件先交给最顶级的DecorView然后交由我们设置的View.

2.ViewGroup对事件的处理

在父元素中判断子元素是否能接收点击事件的主要由两个因素衡量: 子元素是否在播放动画和点击事件的坐标是否落在子元素的区域内.dispatchTransformedTouchEvent()实际就是调用子View的dispatchTouchEvent. 而在事件从孩子到父元素(子View在onTouchEvent返回false). 其实也是调用了dispatchTransformedTouchEvent(). 区别就在于向内传递参数3是传入的不是空值, 向外传传入的是null.看下面代码:

 private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,

            View child, int desiredPointerIdBits) {

    if (child == null) {

     handled = super.dispatchTouchEvent(event);

    } else {

     handled = child.dispatchTouchEvent(event);

    }

}

3.View对事件的处理

View对事件的判断首先是检测是否有onTouchListener如果有那么就调用其中的onTouch()方法.
然后执行onTouchEvent()这里有个判断条件,如果在onTouchListener()返回true. 那么if中的条件判断第一个就不会成立,也就不会再调用onTouchEvent()方法.如下:

if (li != null && li.mOnTouchListener != null

               && (mViewFlags & ENABLED_MASK) == ENABLED

               && li.mOnTouchListener.onTouch(this, event)) {

           result = true;

}

if (!result && onTouchEvent(event)) {

 result = true;

}

然后在onTouchEvent()中首先是查看View处理不可用状态. 这里需要注意一下, 虽然View不可用但是如果点击标记或者长按点击标记都是true. 那么事件也会被消费.如下

if ((viewFlags & ENABLED_MASK) == DISABLED) {

       .....

           // A disabled view that is clickable still consumes the touch

           // events, it just doesn't respond to them.

           return (((viewFlags & CLICKABLE) == CLICKABLE

                   || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)

                   || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);

       }

如果View设置有代理, 那么还会执行TouchDelegate的onTouchEvent()
然后对点击状态进行处理.首先如果点击和长按有一个为true那么就会消费事件. 即onTouchEvent()返回true. 然后在ACTION_UP中会触发performClick()如果设置了onClickListener()那么就会在此处进行判断并调用onClick().
上面一直说的LONG_CLICKABLE与CLICKABLE. 长按标记默认为false. 点击标记和View是否是可点击View有关系. 如button可点击默认就是true. 否者反之. 在使用时可以通过setClickable和setLongClickable对View的这两个标记进行修改. 这里还要注意还有一种赋值方式. 如果设置了setOnClickListener()或者setOnLongClickListener()监听的话那么会自动将其对应的属性置为true.

View的滑动冲突

滑动冲突的解决方式

外部拦截法

是指点击事件都是需要先经过父容器的拦截处理, 如果父容器需要此事件就拦截,不需要就下放. 外部拦截需要重写父容器的onInterceptTouchEvent方法

简述一下: 如果使用这样拦截法. 那么首先

ACTION_DOWN这个事件,父容器必须返回false, 即不拦截ACTION_DOWN事件, 因为一旦父容器拦截了这个事件, 那么后续的ACTION_MOVE,ACTION_UP事件都会交由父容器来处理了. 这个时候这个事件序列剩余部分无法传递给子元素了.
ACTION_MOVE这个事件,就可以根据实际的需求来决定是否需要拦截. 如果需要拦截就返回true.否则false.
ACTION_UP这个事件必须返回false, 因为ACTION_UP事件本身没有太多意义.

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        boolean intercepted = false;
        int x = (int) ev.getX();
        int y = (int) ev.getY();
        switch (ev.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;
        }
        mLastXIntercept = x;
        mLastYIntercept = x;
        return intercepted;
    }

内部拦截法

是指父容器不拦截任何事件, 所有的事件都需要传递给子元素, 如果子元素需要此事件就直接消费. 否则就交由父容器进行处理, 由于这种方法和Android中的事件分发机制不一致, 需要配合requestDisallowInterceptTouchEvent()方式才能正常工作. 需要重写子元素的dispatchTouchEvent

这种拦截法的使用规则:

子View中的dispatchTouchEvent()进行复写.

ACTION_DOWN事件中: 让父容器拒绝拦截所有事件, 调用parent.requestDisallowInterceptTouchEvent(true)
ACTION_MOVE事件中: 进行条件的拦截判断, 如果在某一种场景需要拦截,那么就调用方法允许父容器拦截事件.
return 时, 调用super.dispatchTouchEvent(event)

父容器的onInterceptTouchEvent()进行ACTION_DOWN返回false, 其余都是返回true的复写.

说明一点, 为什么父容器不连Action_down一并的用true复写. 因为ACTION_DOWN这个事件是不受INTERCEPT_FLAG这个标记影响的的, 就是不管拦截标记是否是何值, 按下事件必然会执行, 所以如果这里返回true, 那么就代表着, 这个事件序列的后续部分将由父容器进行处理, 而子容器无法收到这个事件.

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        int x = (int) event.getX();
        int y = (int) event.getY();
        switch (event.getAction()){
            case MotionEvent.ACTION_DOWN:
                getParent().requestDisallowInterceptTouchEvent(true);
                break;
            case MotionEvent.ACTION_MOVE:
                int deltaX =  x - mLastX;
                int deltaY =  x - mLastY;
                if("父容器的点击事件"){
                    getParent().requestDisallowInterceptTouchEvent(false);
                }
                break;
            case MotionEvent.ACTION_UP:

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

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        int action = ev.getAction();
        if(action == MotionEvent.ACTION_DOWN){
            return false;
        }else {
            return true;
        }
    }

案例参考：SwipeRefreshLayout+RecyclerView滑动冲突解决

参看文章

《Android 开发艺术探索》书集
《Android 开发艺术探索》 03-View的事件体系

《Android 开发艺术探索》笔记4--View事件分发与滑动冲突