美文网首页Android常用功能
Android——触摸事件传递机制

Android——触摸事件传递机制

作者: 海晨忆 | 来源:发表于2021-11-20 01:00 被阅读0次

    个人博客:haichenyi.com。感谢关注

    预知识点

    1. Android的一次点击事件由三部分组成:
    • ACTION_DOWN(按下):只能有一个
    • ACTION_UP(抬起):只能有一个
    • ACTION_MOVE(移动):一个或者多个

      为什么移动事件能有多个呢?因为你手指按在屏幕上滑动会触发多个MOVE事件,而这次点击事件的结束,是在你手指离开屏幕的那一刻,才结束。

    1. Android的事件传递是责任链的模式,一层一层的向下传递,传递到最下层之后,没人认领,就一层一层的往回传(这就是很多人说的从外到内,再从内到外)

    Android点击事件

    结论

       简单的分析成从 Activity——ViewGroup——View,结论:如下图

    不做任何处理的结论图.png

    有几点要注意:

    • dispatch分发方法,不做任何处理,表示向下分发
    • onIntercept拦截方法,不做任何处理,表示不拦截
    • onTouchEvent,不做任何处理,表示不处理事件
    • view group比activity和view多一个拦截方法。activity不需要拦截方法是因为,他要么向下分发,要么自己处理不需要拦截。view也类似,要么分发,要么回传。

    这个图就是我们不修改默认的返回值的情况下,全部都是super的方式一层一层传递的结论。最上层的activity,中间层的viewgroup,最下层的view。跟着箭头的方向看:

    1. activity的分发事件不做处理,分发给中间层view group去做分发
    2. view group的分发事件也不做处理,传递给自己的拦截方法
    3. view group的拦截事件不做处理,传递给最下层的view去做分发
    4. view的分发事件不做处理,它也没有下一层了,所以,它就会传递给自己的onTouchEvent方法,去处理事件
    5. view的onTouchEvent方法,不做任何处理,那么,它就会回传给中间层view group的onTouchEvent方法
    6. view group的onTouchEvent方法不做处理,就会回传给最上层activity的onTouchEvent方法
    7. 如果,最上层的activity的onTouchEvent方法也不做处理,那么,系统就会抛弃这次点击事件,也就是 这次点击事件没有任何反应。

    以上就是一次点击事件不做处理的正常流程

    上面的结论是怎么的出来的呢?就是新建一个view group,新建一个view,重写这几个方法,打印日志,其他啥也没动。

    activity布局图.png viewgroup图.png view图.png activity布局图.png

    想要验证上面的结论,自己也可以去写了试一下,没有什么难点,就是打印日志,把view写到activity布局里面,然后点击view就行了

    埋个点:这里日志打印都在super前面。

    那么,问题来了,如果:

    1. 某一层不想要分发这次事件,怎么办呢?(dispatch)
    2. view group想要拦截这次事件,怎么办?(onIntercept)
    3. 某一层想自己处理,不回传了,怎么办?(onTouchEvent)

    某一层不想要分发这次事件,怎么办呢?(dispatch)

      activity层如果想要不分发这次点击事件,自己的onTouchEvent直接处理。你只有不调用super方法,直接写死返回值,不管是true,还是false,都会直接调用自己的onTouchEvent方法。就像下面这样:

    //activity的dispatchTouchEvent方法
        @Override
        public boolean dispatchTouchEvent(MotionEvent ev) {
            Log.v("hcy","activity:dispatchTouchEvent:"+ev.getAction());
            //只要你调用了super方法,不管是返回true还是false,都会正常的向下传递
    //        super.dispatchTouchEvent(ev);
            return true;
            return false;
        }
    

    运行的结论我就不贴出来了。最后再总结一张总图

      view group不分发,此时,activity已经分发下来了,view group不想往下分发了,就需要回传回activity的onTouchEvent方法。写法如下:

    //view group的dispatchTouchEvent方法
        @Override
        public boolean dispatchTouchEvent(MotionEvent ev) {
            Log.v("hcy","viewGroup:dispatchTouchEvent:"+ev.getAction());
            //不调用super方法,返回true,流程就会在这里中断,分发方法就直接消费了这次事件
    //        return super.dispatchTouchEvent(ev);
            return false;
        }
    

      view 不想分发,就需要回传给view group的onTouchEvent方法,然后是否需要回传给activity的onTouchEvent方法,就需要view group的onTouchEvent方法的返回值去判断了,后面再说。

    //view 的dispatchTouchEvent方法
        @Override
        public boolean dispatchTouchEvent(MotionEvent event) {
            Log.v("hcy","view:dispatchTouchEvent:"+event.getAction());
    //        return super.dispatchTouchEvent(event);
            return false;
        }
    

    那么,结论就如下表格:

    return true false super.dispatchTouchEvent(event)
    activity 中断 中断 分发
    view group 中断 不分发 分发
    view 中断 不分发 分发

    ps:中断:表示整个流程就中断了,没有任何回调了

    不分发:表示正常回调,符合预期

    符合预期,需要去思考一下。我们这里是不分发,就把事件还给上一层,那么,

    1. view group,就是触发activity的onTouchEvent方法。
    2. view,就是触发view group的onTouchEvent方法。

    view group想要拦截这次事件,怎么办?(onIntercept)

    //view group的拦截事件
        @Override
        public boolean onInterceptTouchEvent(MotionEvent ev) {
            Log.v("hcy","viewGroup:onInterceptTouchEvent:"+ev.getAction());
    //        return super.onInterceptTouchEvent(ev);
            return true;
        }
    

    拦截事件:表示拦截了自己处理

    那么,结论就如下表格:

    return true false super.onInterceptTouchEvent(event)
    view group 拦截 不拦截 不拦截

    这里的拦截,会触发自己的onTouchEvent方法。

    上面的不分发,是触发上一层的onTouchEvent方法。

    这里的概念都不能死记硬背,需要结合上下文去理解。

    某一层想自己处理,不回传了,怎么办?(onTouchEvent)

    onTouchEvent是从内向外回传,那么,我们先来看最内层view的onTouchEvent,代码如下

    //view的onTouchEvent代码
        @Override
        public boolean onTouchEvent(MotionEvent event) {
            Log.v("hcy","view:onTouchEvent:"+event.getAction());
    //        return super.onTouchEvent(event);
            return true;
        }
    

    true,表示自己处理,不会往上回传。false,super表示不自己处理,需要回传

    view group的onTouchEvent,代码如下

    //view group的onTouchEvent代码
        @Override
        public boolean onTouchEvent(MotionEvent event) {
            Log.v("hcy","viewGroup:onTouchEvent:"+event.getAction());
    //        return super.onTouchEvent(event);
            return true;
        }
    

    view group的结论与view的相同。都是:true,表示自己处理,不会往上回传。false,super表示不自己处理,需要回传。
      activity没有上一层,不需要回传。所以,activity的onTouchEvent,不需要去考虑

    那么,结论就如下表格:

    return true false super.onTouchEvent(event)
    view 自己处理 不处理 不处理
    view group 自己处理 不处理 不处理

    到这里,事件的传递基本上就说完了。完整的流程图如下:

    完整的流程图.png

    更简单的理解:

    true false super
    dispatch 中断 不分发 正常流程
    Intercept 拦截 不不拦截 正常流程
    onTouchEvent 处理 不处理 正常流程

    dispatch:是否分发

    Intercept:是否拦截

    onTouchEvent:是否自己处理

    true:真的

    false:假的

    分发需要额外单独记忆。

    相关文章

      网友评论

        本文标题:Android——触摸事件传递机制

        本文链接:https://www.haomeiwen.com/subject/vakytrtx.html