ScrollView嵌套ListView引发的事件冲突

项目中有个功能需要在上下滑动ScrollView中嵌套一个上下滑动的ListView。采用系统控件实现以后出现了以下问题：
  1，显示是不正常，只会显示ListView的第一个项；
  2，出现事件冲突，ListView的滑动不响应。

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

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

   final int childHeightMeasureSpec = MeasureSpec.makeSafeMeasureSpec(
                Math.max(0, MeasureSpec.getSize(parentHeightMeasureSpec) - usedTotal),
                MeasureSpec.UNSPECIFIED);

        child.measure(childWidthMeasureSpec, childHeightMeasureSpec);

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的高度。

private void setListViewHeight(ListView listView) {

        ListAdapter listAdapter = listView.getAdapter();

        if (listAdapter == null) {
            return;
        }
        int totalHeight = 0;
        for (int i = 0, len = listAdapter.getCount(); i < len; i++) {
            View listItem = listAdapter.getView(i, null, listView);
            listItem.measure(0, 0);
            totalHeight += listItem.getMeasuredHeight();
        }
        ViewGroup.LayoutParams params = listView.getLayoutParams();
        params.height = totalHeight
                + (listView.getDividerHeight() * (listAdapter.getCount() - 1));
        listView.setLayoutParams(params);
    }

再说下为什么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会拦截事件。
消费事件：onTouchEventonTouchEvent 返回true时，表示事件被消费掉了。一旦事件被消费掉了，其他父元素的onTouchEvent方法都不会被调用。
用一张图简单说明一下分发的的大体流程：

现在我们回过头来看，ScrollView和ListView的事件冲突问题，从ScrollView的源码可以看到它对Touch事件（ACTION_MOVE）进行了拦截，所以滑动的事件传递不到ListView。
  所以我们解决这个问题，需要让在ListView区域的滑动事件ScrollView不要拦截。这样在ListView区域外的还是由ScrollView去处理事件，ListView外滑动的就是ScrollView。这里用到一个系统自带的API来实现这种方案：requestDisallowInterceptTouchEvent。

问题二解决方法：
可以使用外部拦截法：重写父容器的onInterceptTouchEvent方法；

@Override
public boolean onInterceptTouchEvent(MotionEvent ev){
  boolean intercept = false;
  int x=(int)ev.getX();
  int y=(int)ev.getY();
  switch(ev.getAction()){
  case MotionEvent.ACTION_DOWN:
    intercept = false;
    break;
  case MotionEvent.ACTION_MOVE:
    int dealX = x-mInterceptX;
    int dealY = y-mInterceptY;
    if(父容器需要当前事件){
      intercept = true;
    }else{
      intercept=false;
    }
  case MotionEvent.ACTION_UP:
      intercept = false;
      mInterceptX = mInterceptY =0;
      break;
  }
  return intercept;
}

或者使用内部拦截法：重写子元素的dispatchTouchEvent方法。

@Override
  public boolean dispatchTouchEvent(MotionEvent ev) {
      switch (ev.getAction()) {
          case MotionEvent.ACTION_DOWN:
              getParent().requestDisallowInterceptTouchEvent(true);
              break;
          case MotionEvent.ACTION_MOVE:
              getParent().requestDisallowInterceptTouchEvent(true);
              break;
          case MotionEvent.ACTION_UP:

              break;
      }
      return super.dispatchTouchEvent(ev);
  }