ScrollView 嵌套ViewPager滑动冲突解决

这篇博客主要讲解一下几个问题

• 粗略地介绍一下View的事件分发机制
• 解决事件滑动冲突的思路及方法
• ScrollView 里面嵌套ViewPager导致的滑动冲突
• ViewPager里面嵌套ViewPager 导致的滑动冲突
• 轮播图的几种实现方式

文章首发地址CSDN：http://blog.csdn.net/gdutxiaoxu/article/details/52939127

先看一下效果图

ScrollView里面嵌套ViewPager

ViewPager里面嵌套ViewPager

---

View的 事件分发机制

这篇博客不打算详细讲解View的事件分发机制，因为网上已经出现了一系列的好 文章，我自己的水平也有限，目前肯定写得不咋的。

先啰嗦一下，View 的事件分发机制主要涉及到一下三个 方法

• dispatchTouchEvent ，这个方法主要是用来分发事件的
• onInterceptTouchEvent，这个方法主要是用来拦截事件的（需要注意的是ViewGroup才有这个方法，View没有onInterceptTouchEvent这个方法
• onTouchEvent 这个方法主要是用来处理事件的
• requestDisallowInterceptTouchEvent(true)，这个方法能够影响父View是否拦截事件，true 表示父 View 不拦截事件，false 表示父 View 拦截事件

下面引用图解 Android 事件分发机制这一篇博客的内容

• 仔细看的话，图分为3层，从上往下依次是Activity、ViewGroup、View
• 事件从左上角那个白色箭头开始，由Activity的dispatchTouchEvent做分发
• 箭头的上面字代表方法返回值，（return true、return false、return super.xxxxx(),super 的意思是调用父类实现。
• dispatchTouchEvent和 onTouchEvent的框里有个【true—->消费】的字，表示的意思是如果方法返回true，那么代表事件就此消费，不会继续往别的地方传了，事件终止。
• 目前所有的图的事件是针对ACTION_DOWN的，对于ACTION_MOVE和ACTION_UP我们最后做分析。
• 之前图中的Activity 的dispatchTouchEvent 有误（图已修复），只有return super.dispatchTouchEvent(ev) 才是往下走，返回true 或者 false 事件就被消费了（终止传递）。

总结

当TouchEvent发生时，首先Activity将TouchEvent传递给最顶层的View，TouchEvent最先到达最顶层 view 的 dispatchTouchEvent ，然后由 dispatchTouchEvent 方法进行分发，

• 如果dispatchTouchEvent返回true 消费事件，事件终结。

• 如果dispatchTouchEvent返回 false ，则回传给父View的onTouchEvent事件处理；

  onTouchEvent事件返回true，事件终结，返回false，交给父View的OnTouchEvent方法处理

• 如果dispatchTouchEvent返回super的话，默认会调用自己的onInterceptTouchEvent方法

  默认的情况下interceptTouchEvent回调用super方法，super方法默认返回false，所以会交给子View的onDispatchTouchEvent方法处理

  如果 interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，

  如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。

关于更多详细分析，请查看原博客图解 Android 事件分发机制，真心推荐，写得很好。