Android -- 每日一问：如何解决ScrollView嵌套中一个ListView的滑动冲突？

Posted 2022-12-16 Kevin-Dev

知识点

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方法都不会被调用。

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

现在我们回过头来看，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);