最近的项目主页要做一个这样的结构：
也就是说既要能上下滑，也要能左右滑，也就是上下滑到一个页面再向右滑会有一个衍生页，左滑就会返回。
于是我采用正常viewpager嵌套竖向viewpager(vertical viewpager)的做法，我使用的vertical viewpager github 地址：GitHub - kaelaela/VerticalViewPager: Vertically ViewPager and vertically transformer for Android.实现起来也很简单，不过有现成的轮子，就不用重复的制造了。
可是做完了之后出现了一个问题，viewpager之间不能正确的响应触摸事件：
结构上vertical viewpager嵌套在viewpager里面，是viewpager的子view，当我上下滑动的时候，vertical viewpager能正常相应，可是横向滑动却不行，但是当vertical viewpager滑动到上下顶端和底端时，横向滑动就可以了。
我现在国内查了一下资料，发现遇到嵌套触摸问题的情况很普遍，于是我猜测：viewpager拿到触摸事件之后做了一些判断使得它将触摸事件分发下至vertical viewpager，并且和子viewpager的方向无关。
我们知道触摸事件的分发是沿着父view向下传递于子view的，当viewpager里面是一般的view时不会有这种问题；而当viewpager嵌套可滑动的view时就可能出现这种情况。所以这和vertical viewpager应该没有关系，是viewpager在处理事件分发时的策略导致的。
于是开始阅读源码：
出现的问题是在滑动过程中，所以我们只要关注move事件，在onInterceptTouchEvent拦截事件中在对move做处理时先有这么一个判断，如果此处判断进入直接导致返回false，那么事件也就分发下去了，而且这里将mIsUnableToDrag标记为true。
而在onInterceptTouchEvent一开始有对mIsUnableToDrag的判断，如果标记为true则直接返回false，也就是说如果上一张图中判断进入了，直接导致后续的move以及其它非down事件全都会分发下去，那我们接着看看判断的条件，由于我自己已经看过了，这里直说重点：
dx是滑动的距离，只要滑动了肯定不为0，isGutterDrag判断的是是否是从边缘滑动的，明显是临界值的判断，通常是为false的，我们进入canScroll方法看看：
通过注释和代码我们可以了解，该方法将会不断向下递归遍历并对每个子viewGroup调用canScroll方法，直到遍历到view或者子viewGroup的canSrocll方法都没有返回true 那么就会调用ViewCompat.canScrollHorizontally去判断，其实从这些方法名我们可以看出是在找viewpager中有没有可以水平滑动的view，因为viewpager默认只支持水平滑动，如果包含了可以水平滑动的view就把事件先分发给它。
ViewCompat.canScrollHorizontally最后调用了内部成员IMPL的canScrollHorizontally方法，我们先去看看IMPL是什么：
在static代码块中，IMPL根据不同的系统版本做了不同的初始化，我们先从版本最低看起，也就是最下面的BaseViewCompatImpl：
BaseViewCompatImpl确实有提供canScrollHorizontally的实现，不过别急，我们先看看它和其他几个ViewCompatImpl的关系
原来它们几个都是依次继承的，我们先看看有没有其他类重写了这个方法，其实我们从BaseViewCompatImpl的canScrollHorizontally方法看出传进来的要是个ScrollingView才行，viewpager没有实现该接口，那么永远为false，可是viewpager默认是水平滑动，这个方法也是用来判断是否能水平滑动的，明显在高版本的api中必定对它进行了重写。
果然在ICSViewCompatImpl中该方法有进行重写，并且后续没有类重写该方法，同时我们再看看：
该类生成的条件是api14也就是android 4.0，那么最后的判断就在这里了，我们再进入ViewCompatICS.canScrollHorizontally:
发现最终调用的是view.canScrollHorizontally，而viewpager已经重写了该方法，于是我写了一个类继承vertical viewpager，并重写了canScrollHorizontally：
更新之后再跑了一次，终于可以了。
