Android View的事件分发机制

2021-12-16 17:24:57 浏览数 (1)

触摸事件

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

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

代码语言:javascript复制
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()这里。 分析:

代码语言:javascript复制
@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!

0 人点赞