Android事件分发机制学习

Android事件分发机制有三类:Activity、View、ViewGroup,其调用顺序是Activity->ViewGroup->View,考虑到实际开发中Activity的事件分发很少用到,这里便不作赘述。想要了解的可自行百度、谷歌。
下面,我从View的事件分发开始。


View的事件分发
我们知道,任何触摸事件都是从dispatchTouchEvent函数开始。在View的dispatchTouchEvent函数中,会看到这样的代码块:

...
if (onFilterTouchEventForSecurity(event)) {
            //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;
            }
        }
...

说明View若要进行事件分发,那么会优先分发给onTouch(),若onTouch()返回true,则直接返回true,不会进入到onTouchEvent()中。否则,进入到onTouchEvent()。
onTouch()与onTouchEvent()都是View中用户处理触摸事件的方法。onTouch是OnTouchListener接口中的函数,OnTouchListener接口是暴露给用户,让用户自己处理触摸事件。onTouchEvent()是View自带的接口,Android系统提供了默认的实现,当然,也可以重载该方法。
在onTouchEvent()函数中,会看到这样的代码块:

...
if (((viewFlags & CLICKABLE) == CLICKABLE ||
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
                (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
                ...
                return true;
                ...
}
return false;
...

即若View可点击,则返回true;若不可点击,则返回false。
在if内部,若是ACTION_UP事件,条件符合的情况下会执行performClick()方法,该方法会执行mOnClickListener.onClick(),即View的onClick事件,是在onTouchEvent()方法的ACTION_UP分支中进行调用的。
下面我做了一个测试:

  • 分别定义一个Button与TextView,设置OnTouchListener。
button.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.d("TAG", "onTouch execute, action " + event.getAction());
                return false;
            }
        });

textView.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.d("TAG", "onTouch execute, action " + event.getAction());
                return false;
            }
        });

点击Button,log如下:
这里写图片描述
点击ImageView,log如下:
这里写图片描述
可以看到Button的所有事件都执行了,而TextView只执行了ACTION_DOWN事件。针对ACTION_DOWN事件,Button的dispatchTouchEvent()返回的是true(onTouch返回false后会继续执行onTouchEvent,由于可点击,所以返回true),而TextView返回false。

  • 修改textView的onTouch如下:
@Override
            public boolean onTouch(View v, MotionEvent event) {
                switch (event.getAction()) {
                    case MotionEvent.ACTION_DOWN:
                        return true;
                    case MotionEvent.ACTION_MOVE:
                        return false;
                    case MotionEvent.ACTION_UP:
                        return false;
                    default:
                        break;
                }
                Log.d("TAG", "onTouch execute, action " + event.getAction());
                return false;
            }

会发现ACTION_DOWN、ACTION_MOVE(手指点击不精确,会造成移动)、ACTION_UP都会执行。后面我对这三个事件的返回值进行组合,后面发现只有在ACTION_DOWN事件触发,dispatchTouchEvent返回true时,后面的ACTION_MOVE、ACTION_UP才会执行。暂时还不知道原因,姑且理解为:ACTION_DOWN是触摸事件的起点,连消费开头的能力都不具备,那么后面的事件就免谈了?这里暂时留一个疑问。

下面我们来看看ViewGroup。


ViewGroup的事件分发
ViewGroup继承于View,它中对触摸事件的处理,很多都继承于View。但是,ViewGroup又有自己对触摸事件的特定处理:

  • ViewGroup重载了dispatchTouchEvent()方法。
  • ViewGroup新增了onInterceptTouchEvent()方法。

onInterceptTouchEvent()是用来判断ViewGroup是否拦截事件。默认返回false,即不拦截。
在dispatchTouchEvent()中,会通过onInterceptTouchEvent()判断ViewGroup是否拦截事件,若返回true,则没有后续。若返回false,则ViewGroup会尝试分发事件给自己的子View。在分发时,会有这么一个判断:

if (!canceled && !intercepted) {
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
                    || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
                ...

        }

即只有在ACTION_DOWN的时候,ViewGroup才会尝试着将事件分发给子View,这便是疑问的答案。在ACTION_DOWN之后,传递ACTION_MOVE或ACTION_UP时,ViewGroup不会再执行上面的if,而是直接遍历子View链表,查找之前接受ACTION_DOWN的子View,并将触摸事件分配给这些子View。


小结

  • View事件分发,会先将事件分配给onTouch()进行处理,然后才分配给onTouchEvent()进行处理。
  • onTouchEvent()的返回值与View是否可点击有关。
  • ViewGroup中的dispatchTouchEvent()会将触摸事件进行递归遍历传递。ViewGroup会遍历它的所有孩子,对每个孩子都递归的调用dispatchTouchEvent()来分发触摸事件。
  • 若ViewGroup的某个孩子没有接受(消费或者拦截)ACTION_DOWN事件;那么,ACTION_MOVE和ACTION_UP等事件也一定不会分发给这个孩子。
  • ViewGroup的onInterceptTouchEvent()默认返回false。

下面贴一张总结图:
这里写图片描述
注:文中源码的if判断都是以一般情况为前提,提取我们比较关注的点进行判断来得出的结论。


参考文章
http://blog.csdn.net/guolin_blog/article/details/9097463
http://blog.csdn.net/guolin_blog/article/details/9153747
http://wangkuiwu.github.io/2015/01/03/TouchEvent-View/
http://wangkuiwu.github.io/2015/01/04/TouchEvent-ViewGroup/

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值