Android点击事件分发机制
想要玩转Android自定义控件，除了绘制UI之外，控件的交互也是必不可少的，其中最常见的就是与屏幕的指尖的交互，对于简单的控件而言，实现onclick事件就可以了，但是对于复杂交互，还远远不够。今天特意整理Android的事件分发机制，以便自己加深理解。
1.dispatchTouchEvent ————事件分发方法，分发Event所调用
2.onInterceptTouchEvent ————事件拦截方法，拦截Event所调用
3.onTouchEvent ————事件响应方法，处理Event所调用
两大类别的view所包含的的方法
1.view ———dispatchTouchEvent() onTouchEvent()
2.viewgroup ———dispatchTouchEvent() onInterceptTouchEvent() onTouchEvent()
3.activity ———dispatchTouchEvent() onTouchEvent()
为什么activity也会有该触发事件，来看一下源码
activity作为用户与系统连接的桥梁，肯定是要实现触摸事件的啊。和view的实现方法一样，也是实现了dispatchTouchEvent() onTouchEvent()这两个方法。
1.测试布局
activity代码：
@Override
public boolean onTouchEvent(MotionEvent event){
Log.i(TAG,"Activity's onTouchEvent returns super");
return super.onTouchEvent(event);
}
@Override
public boolean dispatchTouchEvent(MotionEvent ev){
Log.i(TAG,"Activity's dispatchTouchEvent returns super");
return super.dispatchTouchEvent(ev);
}
viewGroup1代码：
@Override
public boolean onTouchEvent(MotionEvent event){
Log.i(TAG,"ViewGroup1's onTouchEvent returns super");
return super.onTouchEvent(event);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev){
Log.i(TAG,"ViewGroup1's onInterceptTouchEvent returns super");
return super.onInterceptTouchEvent(ev);
}
@Override
public boolean dispatchTouchEvent(MotionEvent ev){
Log.i(TAG,"ViewGroup1's dispatchTouchEvent returns super");
return super.dispatchTouchEvent(ev);
}
viewGroup2代码与viewyiGroup一样，无非就是log输出时将ViewGroup1改为ViewGroup2
View代码
@Override
public boolean onTouchEvent(MotionEvent event){
Log.i(TAG,"View's onTouchEvent returns super");
return super.onTouchEvent(event);
}
@Override
public boolean dispatchTouchEvent(MotionEvent ev){
Log.i(TAG,"View's dispatchTouchEvent returns super");
return super.dispatchTouchEvent(ev);
}
这些方法的区别是什么呢？以及他们的流程是怎样的的呢？
我们来打印log看一下输出的过程：分别在activity中、view中，viewgroup中。
1.让所有的onInterceptTouchEvent、dispatchTouchEvent及onTouchEvent默认均返回super（父类的实现方法），轻轻点击MyView然后快速抬起，查看相应的Log：
可以仔细看出他的执行顺序：
然后我们探索dispatchTouchEvent()方法，令其return false(这里以ViewGroup2的dispatchTouchEvent()方法为例)，log如下
该流程图为：
结论：当dispatchTouchEvent()返回false时，会将事件传递给上一级View的onTouchEvent()方法处理。由于Activity已经没有比它更高一级的View，所以如果时Activity的dispatchTouchEvent方法return false的话，事件会直接被消费掉（即终止传递）。
接着让dispatchTouchEvent()方法return true(这里以ViewGroup2的dispatchTouchEvent()方法为例)，log如下：
可以看到传递流程，可以用流程图表示为:
规律：如果dispatchTouchEvent()方法返回true时，事件会被消费掉，不再传递。
然后我们探索一下onTouchEvent()方法，令其return false,(这里以最里层的View的onTouchEvent()方法为例)，log如下：
可以看到传递流程，可以用流程图表示为:
规律：如果onTouchEvent()方法返回false时，跟默认return super是一样的，都会一直向上传递到上一级view的onTouchEvent()方法。
事实上，onTouchEvent()方法super父类的默认实现返回的就是false。
然后我们让onTouchEvent()方法return true,(这里以最里层的View的onTouchEvent()方法为例)，log如下：
可以看到传递流程，可以用流程图表示为:
规律：如果onTouchEvent()方法返回true时，事件会被消费掉，不再传递。跟dispatchTouchEvent()return true的时候类似。
最后，我们来探索onInterceptTouchEvent()方法,令其return false,(这里以最里层的ViewGroup2的onInterceptTouchEvent()方法为例)，log如下：
规律：这里就不贴流程图了，但是可以看到onInterceptTouchEvent()方法return false和return super是一样的。都是默认将触摸事件传给下一级view的dispatchTouchEvent()方法。
最后，我们让onInterceptTouchEvent()方法return true,(这里以最里层的ViewGroup2的onInterceptTouchEvent()方法为例)，log如下：
可以看到传递流程，可以用流程图表示为:
规律：如果onInterceptTouchEvent()方法返回true时，Touch事件会被直接传递给ViewGroup自己的onTouchEvent()方法处理。
总结归纳
1.对于dispatchTouchEvent()方法：
return true：消费掉事件，终止传递。
return false: 将事件传递给上一级View的onTouchEvent()方法。如果是Activity的dispatchTouchEvent()方 法，则也是消费掉事件，终止传递。
return super:如果是Activity，则传给下一级view(viewGroup)的dispatchTouchEvent;如果是ViewGroup，则传给自己的onInterceptTouchEvent();如果是View,则传给自己的onTouchEvent().
2..对于onTouchEvent()方法：
return true:消费掉事件，终止传递。
return false/super:将事件传递给上一级view的onTouchEvent()方法。
3.对于onInterceptTouchEvent()方法：
return true:将事件传递给ViewGroup自己的onTouchEvent()方法处理。
return false/super:将事件传递给下一级View的dispatchTouchEvent()。
回到之前我们的一个问题，为什么只有ViewGroup有onInterceptTouchEvent()方法呢，从上面的整个触摸事件分发传递机制我们可以发现，ViewGroup本身的dispatchTouchEvent()方法无论返回什么都不能将事件传递给自己的onTouchEvent()方法处理，那就只好设计了一个这样子的方法，作为拦截器，拦截事件交给自己处理了。只要onInterceptTouchEvent()returntrue就可以实现触摸事件拦截。
