Android面试一天一题(Day 26:ScrollView嵌套ListView的事件冲突)

2013年7月,百度将出资19亿美元收购91无线消息成为圈内热谈,我正好在这个时候,去91新成立了研发中心面试。面试官很和蔼的和我讨论了一些技术问题,大多数还能应付,记忆较深的便是如何处理嵌套ListView的滑动事件冲突问题。

这个问题当时我没有回答好,主要是我对自定义View方面经验不足,Touch事件的分布机制也没有理解清楚。之后91并没有给我答复,到是过了两个月HR再次联系我,问我如果过去的话什么时候能到岗,并强调他们是由于百度收购公司的手绪问题拖了这么久。

只能感叹能否进某家公司其实也是需要缘分的。我当时对在本地的公司已经不感兴趣了,因为“世界这么大,我想出去看看”。

面试题:如何解决ScrollView嵌套中一个ListView的滑动冲突?

后来我一试,发现ScrollView布局中嵌套Listview显示是不正常的,确切地说是只会显示ListView的第一个项。

先说下为什么会只显示ListView的第一个Item,简单的说就是ListView在计算(比较正式的说法是:测量)自己的高度时对MeasureSpec.UNSPECIFIED这个模式在测量时只会返回一个List Item的高度(当然还有一些padding这些的值我们可以先忽略),而ScrollView的重写了measureChildWithMargins方法导致它的子View的高度被强制设置成了MeasureSpec.UNSPECIFIED模式。

ListView.java的onMeasure()代码片段:

        if (heightMode == MeasureSpec.UNSPECIFIED) {
            heightSize = mListPadding.top + mListPadding.bottom + childHeight +
                    getVerticalFadingEdgeLength() * 2;
        }

ScrollView.java的measureChildWithMargins()代码片段:

        final int childHeightMeasureSpec = MeasureSpec.makeMeasureSpec(
                lp.topMargin + lp.bottomMargin, MeasureSpec.UNSPECIFIED);

        child.measure(childWidthMeasureSpec, childHeightMeasureSpec);

注意:ScrollView继承于FrameLayout,但它的布局中只能有一个子View,常用的是LinearLayout。

说到这里,我们肯定要来看看MeasureSpec是什么东西,而且这也是一个很好的面试题,如果做过自定义View,对它肯定不会陌生的。我们在XML在布局文件中,设置布局的高和宽时,常常会用到“100dp”、“wrap_content”或者“match_parent”这类的值去设置它的android:layout_width和android:layout_height,而对于每个View控件来说,这两个值都是必需的。

最终我们把View绘制到屏幕时,需要将View的宽高值映射到屏幕上的像素大小,这就要在draw前先确定本身的宽高和每个子布局的具体宽高(像素值),这中间就需要一个转换的过程,如把wrap_content转换成100px,这就是measure的工作。

而布局中有很多子布局,或者说ViewGroup中可能会有多个ViewGroup和View,整个测量过程也是一次根结点开始的遍历过程,在这个过程中父布局需要告诉它的子布局具体的模式和宽高值(对子布局是一种约束,子布局需要在允许的范围内绘制),最终Android用一个int型来表示模式和值。

做过手机游戏的一定很容易想到用位移。int占4个字节,32位(bit),前2位(高位)用于存Mode,后面30位用于存宽高的具体值。当然了我们不用具体去操作,有一个封装好的MeasureSpec类会帮我们处理这些事情。这就是为什么我们看别人的自定义UI源码时常常看到如下的代码:

    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        int widthMode = MeasureSpec.getMode(widthMeasureSpec);
        int heightMode = MeasureSpec.getMode(heightMeasureSpec);
        int widthSize = MeasureSpec.getSize(widthMeasureSpec);
        int heightSize = MeasureSpec.getSize(heightMeasureSpec);

Size为具体的值,而Mode就是我们说的三种模式:UNSPECIFIED,EXACTLY和AT_MOST。

UNSPECIFIED
不限定,父View不限制子View的具体的大小,所以子View可以按自己需求设置宽高(前面说的ScrollView就给子View设置了这个模式,ListView就会自己确认自己高度)。
EXACTLY
父View决定子View的确切大小,子View被限定在给定的边界里,忽略本身想要的大小。
AT_MOST
最多的,子View最大可以达到的指定大小(当设置为wrap_content时,模式为AT_MOST, 表示子view的大小最多是多少。)

知道了这些我们解决这个问题,就不算难了,我们也可以重写ListView的onMeasure让它按我们的要求测量高度。

显示正常之后,遇到了91面试官和我说的滑动事件冲突问题,ScrollView和ListView都是上下滑动的,嵌套在一起后ScrollView中的ListView就没法上下滑动了,事件被ScrollView响应了。

就里又引出了一个常被问到的面试题:ViewGroup的Touch事件分发机制。我们触摸幕时会产生事件(MotionEvent):

ACTION_DOWN:手指开始触摸到屏幕的那一刻响应的是DOWN事件;
ACTION_MOVE:接着手指在屏幕上移动响应的是MOVE事件;
ACTION_UP:手指从屏幕上松开的那一刻响应的是UP事件。

事件的分发中我们较关注的三个方法:
分发事件:dispatchTouchEvent
在这里进行事件的分发,onInterceptTouchEvent和onTouchEvent都是由dispatchTouchEvent负责调度的。

拦截事件:onInterceptTouchEvent
只有ViewGroup才有这个方法。拦截了的话,ViewGroup就不会把事件继续分发给子View了,即子View的dispatchTouchEvent和onTouchEvent这两个方法都不会被调用。返回true时,表示ViewGroup会拦截事件。

消费事件:onTouchEvent
onTouchEvent 返回true时,表示事件被消费掉了。一旦事件被消费掉了,其他父元素的onTouchEvent方法都不会被调用。

用一张图简单说明一下分发的的大体流程:

《Android面试一天一题(Day 26:ScrollView嵌套ListView的事件冲突)》

现在我们回过头来看,ScrollView和ListView的事件冲突问题,从ScrollView的源码可以看到它对Touch事件(ACTION_MOVE)进行了拦截,所以滑动的事件传递不到ListView。

所以我们解决这个问题,需要让在ListView区域的滑动事件ScrollView不要拦截。这样在ListView区域外的还是由ScrollView去处理事件,ListView外滑动的就是ScrollView。这里用到一个系统自带的API来实现这种方案:requestDisallowInterceptTouchEvent(我觉得可以从名字直接读出它的用途,不再解释),代码也不复杂:

public class MyListView extends ListView {

    public MyListView(Context context) {
        super(context);
    }

    public MyListView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public MyListView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        int newHeightMeasureSpec = MeasureSpec.makeMeasureSpec(480, // 固定高度(实际中这个值应该是根据手机屏幕计算出来的)
                MeasureSpec.AT_MOST);
        super.onMeasure(widthMeasureSpec, newHeightMeasureSpec);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
            case MotionEvent.ACTION_MOVE:
                getParent().requestDisallowInterceptTouchEvent(true);
                break;
            case MotionEvent.ACTION_UP:
            case MotionEvent.ACTION_CANCEL:
                getParent().requestDisallowInterceptTouchEvent(false);
                break;
        }
        return super.onInterceptTouchEvent(ev);
    }
}

小结

关于这部份其实还是有很多可以讲的,但并不一定适合拿来做面试题,我觉得它们太偏细节了,很多地方自己久不做了也不一定说得出来(甚至说错都可能)。而且,这种细节方面的问题可以编写代码时就发现,不容易产生问题,不过对事件的分发机制有一个大体的了解还是很有必要的。

    原文作者:goeasyway
    原文地址: https://www.jianshu.com/p/9abf6a874feb
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞