美文网首页
Android View的事件分发机制

Android View的事件分发机制

作者: yanlong107 | 来源:发表于2019-09-29 08:33 被阅读0次

    触摸事件

    在用户触摸屏幕时,总是离用户触摸点最近的控件来响应触摸事件,如果最近的控件没有实现响应事件,那这个事件会不断的向父类传递,直到有view响应时,就会将触摸反馈的事件流传递给这个view的onTouchEvent()方法,如下图: 如果CustmoView中不响应onTouchEvent(),那面事件会传递给LayoutView中,如果在LayoutView中响应了onTouchEvent(),那面事件就不会再传递给RootView了。

    Android 自定义触摸反馈事件时,通常都是如下的写法:

    public class MyView {
        // ...
    
        @Override
        public boolean onTouchEvent(MotionEvent event) {
            switch (event.getAction()) {
                case MotionEvent.ACTION_DOWN:
                    //...
                    break;
                case MotionEvent.ACTION_MOVE:
                    //...
                    break;
                case MotionEvent.ACTION_UP:
                    //...
                    break;
            }
            return true;
        }
    }
    

    复写onTouchEvent()然后在这里面处理触摸反馈的事件流。
    tips:
    1.return true 代表本次事件流在这里消费,ACTION_DOWN 时候返回true 才是有效的。 这样事件就不会再传递给父类进行处理。
    2.触摸反馈事件流是以ACTION_DOWN开始,以ACTION_UP或者ACTION_CANCEL结束的一组事件,例如:
    按钮点击事件的触摸反馈事件流
    ACTION_DOWN -> ACTION_MOVE -> ACTION_MOVE -> ACTION_UP
    被中止事件的触摸反馈事件流
    ACTION_DOWN -> ACTION_MOVE -> ACTION_CANCEL

    事件拦截

    现在有如下这样的一种场景:
    一个Listview, Listview中的每一项itme中都有个ButtonButton中的实现 重写了onTouchEvent()方法来自定义触摸事件

    场景1:
    用户点击Button,然后松开手指。
    结果:
    产生点击事件,事件流是这样的:
    原因:
    Button是离用户触摸点最近的控件,并且消费了本次的事件流。
    ACTION_DOWN -> ACTION_MOVE -> ACTION_MOVE -> ACTION_UP

    场景2:
    用户点击Button,向上滑动。
    结果:
    不会触发Button的点击事件,而是Listview开始滑动。
    这次为什么不是Button消费了本次的事件流呢?
    原因:
    关键在onInterceptEvent()这里。
    分析:

    @Override
        public boolean dispatchTouchEvent(MotionEvent ev) {
             // dispatchTouchEvent 事件分发的时候会先检查事件是否被拦截
             // Check for interception.
             final boolean intercepted;
               // ... 删除了无关代码
              // Update list of touch targets for pointer down, if needed.
                final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
                TouchTarget newTouchTarget = null;
                boolean alreadyDispatchedToNewTouchTarget = false;
                if (!canceled && !intercepted) {
                    
                             // ... 删除了无关代码
                                    // 没有被拦截,才会执行之后的onTouch事件,dispatchTransformedTouchEvent 中会分发onTouchEvent事件
                          if (dispatchTransformedTouchEvent(ev, cancelChild,
                                    target.child, target.pointerIdBits)) {
                                handled = true;
                            }
                 }
    }
    

    MotionEvent事件是从根视图开始分发的,上面的dispatchTouchEvent() 负责事件分发。 每次MotionEvent事件都会先询问上级视图是否需要拦截本次事件流,一但上级视图返回了true,那么后续的事件流就都会直接传递给这个视图的onTouchEvent()方法,不会再传递给之后的视图了。
    这也就解释了为什么点击Button,向上滑动不是触发点击事件而是触发了Listview的滑动事件。这是因为ListviewonInterceptEvent()中判断出本次是滑动事件,从而拦截了本次事件流,来让自己处理本次事件流。

    tips:
    1. onTouchEvent() 函数中只有ACTION_DOWN时返回true才是有效的,若ACTION_DOWN没有返回true,那么后续的事件流也就不会再进来了,和这个view也就无缘了。
    1. onInterceptEvent() 函数中可以在最开始ACTION_DOWN时返回false,然后再之后的事件流中来判断是否需要开始拦截本次事件流,也就是说可以在之后事件流的过程中来判断是否达到触发拦截条件,从而来开始拦截

    阻止上级事件拦截

    现在有如下这样的一种场景:
    在一个类似Listview的支持滚动的自定义View中, View中有个ButtonButton中的实现 重写了onTouchEvent()方法来自定义触摸事件,长按后支持Button上下移动。

    场景3:
    用户点击Button,长按后向上滑动。
    结果:
    不会触发View滑动,而是Button在移动
    这次为什么View中的onInterceptEvent()没有拦截到移动的事件流呢?
    原因:
    关键在requestDisallowInterceptTouchEvent()这里
    分析:
    requestDisallowInterceptTouchEvent()是告诉上级视图,不要拦截本次的事件流。
    这个设置是临时的,也就是只对本次事件流有效。 下次事件流发生时候,如果需要还必须要重新调用一次。

    End!

    相关文章

      网友评论

          本文标题:Android View的事件分发机制

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