滑动事件冲突解决方法解析

本篇文章主要是继之前的文章 事件分发 继续以实战的角度来解决我们日常开发中遇到的滑动冲突的问题。

滑动冲突

一、前言

    滑动冲突在我们日常 Android 开发中非常常见,当我们单独使用滚动的滑动控件(ScrollView 、ListView、ViewPager、RecyclView )时不会发生什么问题,但当我们将他们结合起来时,就会出现所谓的滑动冲突问题。

二、滑动冲突分类

滑动冲突一般有三种场景:

  • 外部滑动与内部滑动方向不一致(比如 ViewPager 嵌套 ListView 时)
  • 外部滑动与内部滑动方向 一致 (ScrollView 嵌套 ScrollView)
  • 多层嵌套滑动(就是将前面的两种嵌套滑动结合起来)

三、滑动冲突处理思路

3.1、内外滑动方向不一致时处理思路

    这一类场景其实比较容易分析,因为外层和内层滑动的方向不一致,所以根据手势的动向来确定把事件给谁。默认情况下,当点击内层控件时,事件会先一层层从外层传到内层,由内层来处理。这里以外层为左右滑动,内层为上下滑动为例。当判定手势的滑动为左右时,需要外层来消费事件,所以外层将事件拦截,即在外层的onInterceptTouchEvent中检测为ACTION_MOVE时返回true;而如果判定手势的滑动为上下时,需要内层来消费事件,外层不需要拦截,事件会传递到内层来处理(具体的代码实现,在后面会详细列出)。这样就通过判断滑动的方向来决定事件的处理对象,从而解决滑动冲突的问题。

    那么,如何来判定手势的滑动方向呢?最常用的办法就是比较水平和竖直方向上的位移值来判断。 MotionEvent 事件包含了事件的坐标,只要记录一次移动事件的起点和终点坐标,如下图所示,通过比较在水平方向的位移|dx|和|dy|的大小,来决定滑动的方向:|dy|>|dx|,本次移动的方向认为是竖直方向;反之,则认为是水平方向。当然,还可以通过夹角α的大小、斜率、速率等方式来作为判断条件。
判断水平滑动还是垂直滑动
3.2、内外滑动方向一致时处理思路

    这种场景要比上面一种复杂一些,因为滑动方向一致,所以无法通过上述的方式来判断将事件交给谁处理。在这种情况下,往往需要根据业务的需要来判定谁来处理事件。
    比如竖直方向的 ScrollView 嵌套 ScrollView 的场景下:
    手指在内层 ScrollView 上下滑动时:事件需要被内层 ScrollView 拦截,由内层ScrollView 来消费;
    当手指在外层 ScrollView 滑动时事件需要被外层ScrollView 拦截,由外层 ScrollView来消费。

3.3、多层滑动嵌套时处理思路

    这种场景下看起来比较复杂,但其实是由前面两种场景嵌套形成的。所以这种场景的处理方式,就是将其拆分为简单的场景,然后按照前面的场景分析方式来处理。

四、滑动冲突两种处理方法

4.1、外部拦截法

    顾名思义,就是在外部滑动控件中处理拦截逻辑。这需要外部控件重写父类的onInterceptTouchEvent 方法,在其中判断什么时候需要拦截事件由自身处理,什么时候需要放行将事件传给内层控件处理,内部控件不需要做任何处理。伪代码如下:

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                break;
            case MotionEvent.ACTION_MOVE:
                if (父容器需要自己处理改事件) {
                    return true;//拦截
                } else {
                    return false;//不拦截
                }
            case MotionEvent.ACTION_UP:
            case MotionEvent.ACTION_CANCEL:
                break;
        }
        return super.onInterceptTouchEvent(ev);
    }
4.2、内部拦截法

    顾名思义,就是将事件是否需要拦截的逻辑,放到内层控件中来处理。这种方式需要结合 requestDisllowInterceptTouchEvent(boolean) 这个方法,在内层控件的重写方法dispatchTouchEvent中,根据逻辑来决定外层控件何时需要拦截事件,何时需要放行。(requestDisllowInterceptTouchEvent 这个方法的作用是-是否允许外层控件拦截事件)伪代码如下:

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    switch (ev.getAction()){
        case MotionEvent.ACTION_DOWN:
            getParent().requestDisallowInterceptTouchEvent(true);
            break;
        case MotionEvent.ACTION_MOVE:
            if (父容器需要处理改事件) {
                //允许外层控件拦截事件
                getParent().requestDisallowInterceptTouchEvent(false);
            } else {
                //需要内部控件处理该事件,不允许上层viewGroup拦截
                getParent().requestDisallowInterceptTouchEvent(true);
            }
            break;
        case MotionEvent.ACTION_UP:
            break;
        default:
            break;
    }
    return super.dispatchTouchEvent(ev);
}

同时,在这种方法下需要在外层控件做下处理:

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        return false;
    } else {
        return true;
    }
}

ACTION_DOWN事件仍然不能拦截,这是因为在 ACTION_DOWN 事件时会初始化一些状态和标志位等变量导致 requestDisllowInterceptTouchEvent(boolean) 方法会失效。因此,在外层控件的 ACTION_DOWN 事件不能拦截。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容