android的touch事件传递机制是做自定义控件，分析一切与touch有关问题的理论基础，尽管google在support包里已经有了ViewDragHelper这样关于touch的比较完善的辅助类，但是了解touch事件分发的原理还是非常有必要的。本文将对android的touch事件机制做一个比较完整的阐述和总结，并结合一个实际例子，加深理解。
如果你是一个老司机，请直接飘过。如果你对这些还有点懵逼，希望看了这篇文章后，能够对touch传递机制有一个比较清晰的认识。
在阅读这篇文章之前，你肯定已经知道了，和touch事件传递有关的，主要有下面几个方法：
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev{
return super.onInterceptTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent ev) {
return super.onTouchEvent(ev);
}
首先，我们要知道，这几个方法，存在于哪些地方。这里列出一个表格：
| 位置 | dispatchTouchEvent | onInterceptTouchEvent | onTouchEvent |
|---|---|---|---|
| Activity | 有 | 无 | 有 |
| ViewGroup | 有 | 有 | 有 |
| View | 有 | 无 | 有 |
既然这几个方法和touch机制有关，那么我们首先要搞清楚下面两个问题：
1，这几个方法的含义分别是什么？
2，这几个方法的返回值代表什么意思？
在回答这几个问题之前，我们先看一下google官方对这几个方法的说明：
dispatchTouchEvent：
Activity中的官方注释是这样的：
/**
* Called to process touch screen events. You can override this to
* intercept all touch screen events before they are dispatched to the
* window. Be sure to call this implementation for touch screen events
* that should be handled normally.
*
* @param ev The touch screen event.
*
* @return boolean Return true if this event was consumed.
*/
大概意思是：
这个方法是用来派发touch事件的，你可以重写这个方法，从而在事件往窗口派发之前，做你想做的事情。但是你如果你想事件正常地按套路传递下去，记得调用这个默认实现，也就是super.dispatchTouchEvent。返回值为true时，表示消费了事件。
ViewGroup中关于dispatchTouchEvent没有注释，我们看看View中的：
/**
* Pass the touch screen motion event down to the target view, or this
* view if it is the target.
*
* @param event The motion event to be dispatched.
* @return True if the event was handled by the view, false otherwise.
*/
意思是，这个方法是用来判断把事件传递给目标view还是自己。返回值为true时表示是否消费了这次事件？
怎么样，看了官方注释之后是不是豁然开朗了？
没有！！！，还是一脸懵逼。
怎么办？问题还是要解决啊！
RTFSC,古人诚不欺我。
但是我今天不打算在这里贴一大堆代码然后一行一行地分析讲解。因为这件事应该自己去做，不要指望别人帮你。
关于android的touch机制，总体上总结如下：
- 一次完整的手势始于ACTION_DOWN（第一个手指按下），终于ACTION_UP(最后一个手指离开)；
- touch事件的传递顺序是Activity>ViewGroup>....>View；
- dispatchTouchEvent是事件派发的直接通道，Activity的dispatchTouchEvent内部会调用ViewGroup（Dectorview）的dispatchTouchEvent方法，...,ViewGroup又调用View的dispatchTouchEvent方法；
- onInterceptTouchEvent（如果有）和onTouchEvent是在当前对象的dispatchTouchEvent被调用的；
- dispatchTouchEvent的返回值用来告诉它的上级，自己是否对此事件感兴趣。从ViewGroup开始，任何对象的dispatchTouchEvent如果在ACTION_DOWN时返回false，在本次手势结束前，后续任何事件它的上级都不会再派发给它；
- 在不重写dispatchTouchEvent的情况下，View的dispatchTouchEvent返回值取决于它的touchListener的onTouch方法和自身的onTouchEvent方法的返回值，有任一方法返回true，则结果为true，简单地可以表达如下：
public boolean View.dispatchTouchEvent(MotionEvent ev) {
if(this.touchListener.onTouch(ev)){
return true;
}
if(this.onTouchEvent(ev)){
return true;
}
return false;
}
- 在不重写dispatchTouchEvent的情况下，ViewGroup的dispatchTouchEvent返回值除了和它的touchListener的onTouch方法以及自身的onTouchEvent方法的返回值有关外，还和其child的dispatchTouchEvent返回值有关，有任一处返回true，则结果为true；
- ViewGroup的dispatchTouchEvent进行事件派发之前，首先会调用自己的onInterceptTouchEvent来决定是把事件交给自己处理还是往下派发给子View，onInterceptTouchEvent返回true表示拦截事件自己处理。可以简单地将ViewGroup的dispatchTouchEvent流程描述如下：
public boolean ViewGroup.dispatchTouchEvent(MotionEvent ev) {
if(!onInterceptTouchEvent(ev)){
for(View child : children){
if(child.dispatchTouchEvent(ev)){
return true;
}
}
}
return View.dispatchTouchEvent(ev);
}
- 从ViewGroup开始，如果一个对象的dispatchTouchEvent在ACTION_DOWN时返回true，不管其他事件时返回true还是false，都将收到事件。不同的是，返回true时事件被消费，不能再被其他任何对象处理，返回false时事件还能被Activity的onTouchEvent接收处理，即Activity的dispatchTouchEvent处理流程是这样的：
public boolean Activity.dispatchTouchEvent(MotionEvent ev) {
if(ViewGroup.dispatchTouchEvent(ev)){
return true;
}
return this.onTouchEvent(ev);
}
关于ViewGroup的onInterceptTouchEvent，另外说明几点：
- 如果ACTION_DOWN时onInterceptTouchEvent返回true，同时ViewGroup 的onTouchEvent返回true，即消费了down事件，那么在这次手势过程中，后面的事件不会再经过onInterceptTouchEvent，而是直接交给ViewGroup自己处理；
- 子View可以调用父View的requestDisallowInterceptTouchEvent方法告诉父View：这事你别管，我来处理。禁用拦截只在当前手势过程中有效；
- 在一次手势过程中，如果前面的事件父View没有拦截，这次事件父View拦截了，那么子View会马上收到一个ACTION_CANCEL事件。
古人云，实践出真知，说了这么多，如果看了文章之后还不清楚的，建议用下面的例子实践一下。
实现如下图所示效果：
要求：
1，情形一，中间绿色view设置点击事件，可滑动
2，情形二，中间绿色view不设置点击事件，可滑动
3，操作中间绿色view之外的区域可正常操作ViewPager
类似探探左右滑动的控件：
StackCardsView源码,各位有兴趣可以看看，欢迎fork，star。
附效果图：
