View的事件分发机制

作者: coke613 | 来源:发表于2019-02-25 21:57 被阅读60次

既然选择了远方,便只顾风雨兼程.

该图片来自网络资源,若有侵权,请留言,我将自行删除

点击事件的传递规则

在介绍点击事件传递规则之前,首先我们需要明白这里要分析的对象是MotionEvent,即点击事件.所谓点击事件的事件分发,其实就是对MotionEvent事件分发的过程.当一个MotionEvent产生之后,系统需要把这个事件传递给一个具体的view,而这个传递的过程就是分发过程.点击事件的分发过程由三个很重要的方法来共同完成:dispatchTouchEvent,onInterceptTouchEvent 和 onTouchEvent.

dispatchTouchEvent

public boolean dispatchTouchEvent(MotionEvent event)

用来进行事件的分发.如果事件能够传递到当前的view,那么次方法一定会被执行.返回结果受当前View的onTouchEvent以及下级View的dispatchTouchEvent方法的影响,表示是否消耗当前事件.

onInterceptTouchEvent

public boolean onInterceptTouchEvent(MotionEvent ev)

在dispatchTouchEvent方法中调用,用来判断是否拦截某个事件,如果当前view拦截了某一个事件,那么在同一个事件序列当中,此方法不会被再次调用,返回结果表示是否拦截当前事件.

onTouchEvent

public boolean onTouchEvent(MotionEvent event)

在dispatchTouchEvent方法中调用.用来处理点击事件.返回结果表示是否消耗当前事件.如果不消耗,则在同一事件序列中,当前view无法再次接手到事件.

上述三个方法区别与它们之间存在的联系,伪代码表示:

public void dispatchTouchEvent(MothionEvent ev){
  boolean consume = fasle;
  if (onInterceptTouchEvent(ev)){
      consume = onTouchEvent(ev);
  }else {
      consume = child.dispatchTouchEvent(ev);
  }
  return consume;
}

通过上面的伪代码,我们可以大概了解到点击事件的传递规则:对于一个根ViewGroup来说,点击事件产生之后,首先会传递给它自身,此时它的dispatchTouchEvent就会被调用.如果这个ViewGroup的onInterceptTouchEvent方法返回true,就代表它要拦截当前事件,接着事件就会交给这个ViewGroup处理,即 onTouchEvent方法就会被调用.如果这个ViewGroup的onInterceptTouchEvent方法返回false,就表示它不拦截当前事件,就表示它不拦截当前事件,这时当前事件就会继续传递给它的子元素,接着子元素的dispatchTouchEvent方法就会被调用.如此反复直至事件被最终处理.

事件分发图.png

当一个点击事件产生之后,它的传递过程遵循如下顺序:Activity->Window->View,也就是事件总是先传递给Activity,Activity在传递给Window,最后Window在传递给顶层View.顶层View接收到事件之后,就会按照事件分发机制去分发事件.考虑一种情况,如上图深红色箭头标识:如果一个View的onTouchEvent 返回false,那么它父容器的onTouchEvent将会调用,如果父容器也不处理返回了false,以此类推,所有的元素都处理这个事件,那么这个事件将会最终传递给Activity处理.即Activity的onTouchEvent方法会被调用.这样说是不是有点笼统,咱们举个栗子哈:假如点击事件是一个难题,这个难题被上级领导分配给了一个程序猿,<事件分发>.而遗憾的是呀,这个程序猿搞不定,<onTouchEvent返回了false>,哎呀愁人头发掉了一大把.还是没有解决.难题必须是要解决的,那只能交给水平更高的程序猿解决,<上级的onTouchEvent 将被调用>,可是呀这个难题太难了,也没有解决<onTouchEvent 返回了false>,怎么办,只能交给上级的上级,大佬来处理咯,就这样,问题一层一层的往上抛.

优先级问题

当一个View需要处理的时,如果它设置了OnTouchListener,那么onTouch方法会被回调.这时的事件还得看onTouch的返回值.如果onTouch返回false,则当前View的onTouchEvent 将会被调用.如果返回true,onTouchEvent将不会被调用.由此可见,OnTouchListener的优先级是大于onTouch.

 View  设置OnTouchListener
 tv.setOnTouchListener { v, event ->
            false
}

View的setOnTouchListener源码

  public void setOnTouchListener(OnTouchListener l) {
        getListenerInfo().mOnTouchListener = l;
    }

OnTouchListener 是一个接口,定义如下:

public interface OnTouchListener {
        /**
         * Called when a touch event is dispatched to a view. This allows listeners to
         * get a chance to respond before the target view.
         *
         * @param v The view the touch event has been dispatched to.
         * @param event The MotionEvent object containing full information about
         *        the event.
         * @return True if the listener has consumed the event, false otherwise.
         */
        boolean onTouch(View v, MotionEvent event);
    }

OnTouchListener在dispatchTouchEvent方法中调用的:
此源码为View的dispatchTouchEvent,这里不包含ViewGroup

public boolean dispatchTouchEvent(MotionEvent event) {
        ....
        boolean result = false;

        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
        }

        final int actionMasked = event.getActionMasked();
        if (actionMasked == MotionEvent.ACTION_DOWN) {
            // Defensive cleanup for new gesture
            stopNestedScroll();
        }

        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;
            }
        }
        ....
return result;
}

通过上面的源码,首先判断mOnTouchListener 是否为null,接着判断mOnTouchListener.onTouch是否返回true,如果返回了true,那么满足条件 result = true;并且方法体return result; 那么onTouchEvent就不会被调用.可见,OnTouchListener的优先级是高于onTouchEvent的.

关于事件传递的机制,这里总结些结论

1- 同一个事件序列是从手指接触屏幕那一刻起,到手指离开屏幕一刻结束.在这个过程所产生的一系列事件,这个事件以Down 事件开始,中间含有数量不等的Move事件,最终以Up事件结束.

2- 某一个View一旦拦截,那么这一个事件序列都只能由它来处理(前提事件能够传递给它),并且它的onInterceptTouchEvent不会被调用.这条也很好理解,就是说当一个View要决定拦截一个事件之后,那么系统就会把同一个事件中的其他方法都交它来处理,因此就不会再次调用View的onInterceptTouchEvent,询问是否要拦截了.

3- 正常情况下,一个事件序列只能被一个View拦截且消耗,原因可见2.一旦一个view元素拦截了此事件,那么同一事件序列内的的所有事件都会交给它处理,因此同一个事件序列中的事件不能分别又两个View同时处理,但是通过某种手段可以做到.比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理.

4- 某一个View一旦开始开始处理事件,如果它不消耗ACTION_DOWN(onTouchEvent 返回了false),那么同一事件序列中的其他事件也都不会再交给它来处理.并且事件会重新它的父元素去处理,即父View的onTouchEvent将会被调用. 其含义就是,事件一旦给一个View处理,那么它就必须要消费掉,否则同一事件序列中剩下的事件就不用再交它来处理了.这就好比,在日常生活中,上级交给‍程序猿一件事,如果这件事没有处理好,短期内上级就不敢再把事情交给这个程序猿处理了.两者类似同样的道理.

5- 如果View不消耗除ACTION_DOWN以外的其他事件,那么这个点击事件会消失,此时父元素的onTouchEvent并不会被调用,并且当前View可以持续收到后续的事件,终止这些点击事件会传递给Activity处理.

6- ViewGroup 默认不拦截任何事件,Android源码中onInterceptTouchEvent 默认返回false

public boolean onInterceptTouchEvent(MotionEvent ev) {
        if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
                && ev.getAction() == MotionEvent.ACTION_DOWN
                && ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
                && isOnScrollbarThumb(ev.getX(), ev.getY())) {
            return true;
        }
        return false;
    }

7- View没有onInterceptTouchEvent方法,一旦有点击事件传递给它,那么它的onTouchEvent就会被调用.

8- View的oTouchEvent默认都会消耗事件(返回true),除非它是不可点击的(clickable和longClickable 同时为false).View的longClickable默认为false.clickable属性要分情况:比如Button的clickable默认为true,而TextView就默认为false.

9- View的enable属性不影响onTouchEvent的默认返回值,只要它的clickable或者longClickable 有一个为true,那么它的onTouchEvent就返回true.

10- onClick会发生的前提是当前View是可点击的,并且它收到了ACTION_MOVE 以及 ACTION_UP 的事件.

11- 事件传递是由外向内的,即事件总线先传递给父元素,然后再由父元素分发给子View,通过getParent.requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的分发过程,但是ACTION_DOWN事件除外.

笔者在验证第8条的时候,自己埋了一个坑,并狠狠的栽了一跤!代码如下:

public class MyButton extends Button {
    private String TAG = "MyButton";

    public TextLayoutView(Context context) {
      this(context,null);
    }

    public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
       this(context,attrs,0);
    }

    public TextLayoutView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }


    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.e(TAG,"dispatchTouchEvent -->"+super.dispatchTouchEvent(event));
        return super.dispatchTouchEvent(event);
    }


    @Override
    public boolean onTouchEvent(MotionEvent event) {
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.e(TAG, "---ACTION_DOWN");
                break;

            case MotionEvent.ACTION_MOVE:
                Log.e(TAG, "-----ACTION_MOVE");
                break;


            case MotionEvent.ACTION_UP:
                Log.e(TAG, "-----ACTION_UP");
                break;
        }
        return super.onTouchEvent(event);
    }
}

xml 界面

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    android:gravity="center"
    android:id="@+id/ml">

    <com.jx.code.myapplication.view.MyButton
        android:id="@+id/tlv"
        android:background="@color/colorPrimary"
        android:layout_width="50dp"
        android:layout_height="50dp"
        />
</LinearLayout>

当我用手指触摸Button的时候,通常来讲MyButton作为事件的消费者,理应消耗MotionEvent,但事实并没有想象的那么美好.查看下log发现,程序只打印了MyButton:---ACTION_DOWN,然后就没有然后啦...
肿么回事呢?我们分析下, Button的父类是TextView,影响View的oTouchEvent事件因素是什么嘞?当clickable和longClickable同时为false的时候,oTouchEvent会返回false.其中View中的longClickable默认值就是false.由于TextView不可点击clickable也为false,而Button中clickable属性是true.现在我们已经分析完了,上面MyButton类不消耗事件,肯定是onTouchEvent返回了false.现在我们打印下MyButton.isClickable. 通过log显示,clickable属性返回了false.why?????
Button的clickable默认不是为true嘛!!!! 怎么就成了false!!!

MyButton几乎没做任何处理,onTouchEvent也就是简单的打印下log,无非是构造函数出了异常,手动抓狂~~~~

代码定位了这行.

  public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
       this(context,attrs,0);
    }

我为了图省方便,使用单参调用多参的方式来调用构造函数,并没有一次调用super语句
只有在第三个参数的时候调用了super语句,在只有两个参数的构造中我把0 传递给了defStyleAttr .咱们看下defStyleAttr 是干什么用的.

  * @param defStyleAttr The resource identifier of an attribute in the current theme
     *        whose value is the the resource id of a style. The specified style’s
     *        attribute values serve as default values for the button. Set this parameter
     *        to 0 to avoid use of default values.
     * @see #Button(Context, AttributeSet, int, int)
     * @see android.view.View#View(Context, AttributeSet, int)
     */
    public Button(Context context, AttributeSet attrs, int defStyleAttr) {
        this(context, attrs, defStyleAttr, 0);
    }

   public Button(Context context, AttributeSet attrs) {
        this(context, attrs, com.android.internal.R.attr.buttonStyle);
    }

然后咱们回过头看下TextView的构造

 public TextView(Context context, @Nullable AttributeSet attrs) {
        this(context, attrs, com.android.internal.R.attr.textViewStyle);
    }

    public TextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        this(context, attrs, defStyleAttr, 0);
    }

知道问题出现在哪里吧.找到了出错点,接下来就解决bug.
带有两个参数的构造,使用super,或者this(context,attrs,com.android.internal.R.attr.buttonStyle)

我们上面说View的longClickable默认是为false的, clickable属性值和具体的View有关,如果是可点击View clickable 为true,反之为false.通过setLongClickable和setClickable是可以改变其属性状态的.此外setOnClickListener可以自动把View的clickable属性设置为true.setOnLongClickListener也可以把longClickable属性设置为true.这一点可以从源码获悉.

public void setOnClickListener(@Nullable OnClickListener l) {
        if (!isClickable()) {
            setClickable(true);
        }
        getListenerInfo().mOnClickListener = l;
    }

 public void setOnLongClickListener(@Nullable OnLongClickListener l) {
        if (!isLongClickable()) {
            setLongClickable(true);
        }
        getListenerInfo().mOnLongClickListener = l;
    }

本文借鉴于任玉刚大神《Android 开发者进程》第三章 View的事件体系.如果您发现这篇文章,有错误之处,希望请您留言,并指出.我定虚心接受.并感激不尽!

View的事件分发机制

既然选择了远方,便只顾风雨兼程.

点击事件的传递规则

dispatchTouchEvent

onInterceptTouchEvent

onTouchEvent

上述三个方法区别与它们之间存在的联系,伪代码表示:

优先级问题

关于事件传递的机制,这里总结些结论

1- 同一个事件序列是从手指接触屏幕那一刻起,到手指离开屏幕一刻结束.在这个过程所产生的一系列事件,这个事件以Down 事件开始,中间含有数量不等的Move事件,最终以Up事件结束.

5- 如果View不消耗除ACTION_DOWN以外的其他事件,那么这个点击事件会消失,此时父元素的onTouchEvent并不会被调用,并且当前View可以持续收到后续的事件,终止这些点击事件会传递给Activity处理.

6- ViewGroup 默认不拦截任何事件,Android源码中onInterceptTouchEvent 默认返回false

7- View没有onInterceptTouchEvent方法,一旦有点击事件传递给它,那么它的onTouchEvent就会被调用.

8- View的oTouchEvent默认都会消耗事件(返回true),除非它是不可点击的(clickable和longClickable 同时为false).View的longClickable默认为false.clickable属性要分情况:比如Button的clickable默认为true,而TextView就默认为false.

9- View的enable属性不影响onTouchEvent的默认返回值,只要它的clickable或者longClickable 有一个为true,那么它的onTouchEvent就返回true.

10- onClick会发生的前提是当前View是可点击的,并且它收到了ACTION_MOVE 以及 ACTION_UP 的事件.

11- 事件传递是由外向内的,即事件总线先传递给父元素,然后再由父元素分发给子View,通过getParent.requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的分发过程,但是ACTION_DOWN事件除外.

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读

IT@程序员猿媛