起因

在工作中，需要重新定义系统Launcher的文件夹显示模式。
原生的文件夹是单个展示的，如果文件夹中应用比较多，那么左右分页显示。
新的需求是：类似APUS，点击打开一个文件夹后，可以左右滑动切换到下一个文件夹(ViewPager实现）；在一个文件夹中如果应用比较多，那么需要上下滑动（类似listview）来展示全部应用。

带来的问题

实际上是两层view的嵌套，外层viewpager来左右滑动，里面是个可以上下滑动的view。这样会引入滑动冲突。
多点触摸的时候，会出现 java.lang.IllegalArgumentException: pointerIndex out of range。

这里只说多点触摸的问题，关于滑动冲突的问题，另一片再展开说。

首先要先了解Android对于点击事件是如何分发的

顺序是：Activity->Window->View(其中view是从顶层的view开始，按照一定的规则向下view分发）。
我们主要关注View分发这块。
主要的函数是：

dispatchTouchEvent
onInterceptTouchEvent
onTouchEvent

对于一个viewGroup来说，点击事件先到dispatchTouchEvent，里面会调用onInterceptTouchEvent，如果onInterceptTouchEvent返回true，表示它要拦截这个事件，结果事件就会交给这个ViewGroup的onTouchEvent处理（onInterceptTouchEvent不会再调用）；如果onInterceptTouchEvent返回false，表示它不拦截这个事件，这时，事件就会继续传给它的子元素（内层的view），接着子元素的dispatchTouchEvent方法会被调用，如此反复直到事件被最终处理。
[注意]一个事件序列是指从手指接触屏幕的那刻起，到手指离开屏幕。即从down->move(数量不定)->up。

问题：

如果view的onTouchEvent返回false，怎么办？

答案：

传给上层view的onTouchEvent，如果所有view的onTouchEvent都返回false，那么最后activity会处理（调用Activity的onTouchEvent）。

关于多点触摸的问题：

因为外层是viewpager，我们重写了viewpager，在onInterceptTouchEvent中判断是否拦截滑动事件。判断的标准是收到ACTION_MOVE消息后，比较前后移动的距离，要是横向距离大于纵向距离，那么是左右滑动。反之返回false，让里层的上下滑动的view处理。
在里层的view中的onInterceptTouchEvent，同理在ACTION_MOVE中判断是纵向移动大于某个门限值，为上下滑动，不然返回false表示不处理。
为什么单手触摸没有问题，多点就有问题。通过代码发现：
我们是要记录touchID的，用来在move的时候算滑动距离，之前在是在ACTION_POINTER_DOWN中记录的，等在move中通过touchID取距离的时候会发现touchIndex是-1，就是因为ACTION_POINTER_DOWN是第二个手指触发的事件，所以就对不上了。改在ACTION_DOWN的时候存touchID就解决了这个问题。