[Android][Android点击事件分发机制分析]
1.落笔缘由
之前都有了解过Android的点击事件分发机制，而且也比较仔细的去分析过，但是都是过了一段时间就忘记了，然后又要重新分析，感觉这样的重复工作简直是在浪费时间，所以打算这次总结一下，避免以后再重复同样的工作，这也说明了笔记的重要性，人都是健忘的。下面将通过一系列的实验来分析Android点击事件分发机制。
2.实践出真知
实验准备：将通过一个APK来进行实验，这个APK的界面只有三个视图，分别是Acitivty,LinearLayout和TextView。
实验初始条件：对于这三个视图都默认重写dispatchTouchEvent和onTouchEvent，其中LinearLayout还重写一个onInterceptTouchEvent,在dispatchTouchEvent和onTouchEvent里都打出日志。
资料准备：
dispatchTouchEvent:用于传递事件
onInterceptTouchEvent：中断事件传递
onTouchEvent和OnTouchListener：用于消费事件，而且OnTouchListener里的OnTouch方法会先于onTouchEvent调用
1）实验一：观察整个事件传递的过程
[1]实验过程
这里我们首先探究Down事件。从Activity--LinearLayout--TextView都不对事件进行拦截。这里的操作是点击TextView,日志如下:
实验一事件传递的过程日志
用一个图可以更详细的说明传递过程:
实验一事件传递的过程
[2]实验结果
- 事件发生（也就是点击屏幕即触发事件）的时候Activity的dispatchTouchEvent总是第一个被调用。
- 如果在传递到根节点view的过程中都没有任何的Viewgroup拦截这个事件（可以看到上面的日志，当事件传到Viewgroup，也就是LinearLayout的时候，会先调用dispatchTouchEvent，然后调用onInterceptTouchEvent选择是否拦截事件，onInterceptTouchEvent只存在于Viewgroup中），事件会一直传递到下面的viewgroup,直到传到根节点的view上。
- 事件在分发到根节点的View的时候，会依次触发View--Viewgroup--Activity的onTouchEvent方法，也就是说如果事件一直都没有消费，最终又会回到Activity的onTouchEvent()。
2）实验二：Up和Move事件的传递过程
这是使用是和实验一是同一的操作流程，实验条件都和实验一相同。
[1]实验过程
探究Up和Move事件。从Activity--LinearLayout--TextView都不对事件进行拦截。日志如下:
Up和Move事件传递过程日志
上图的注释只是我们的猜测，我们需要更具体的日志，下面是点击TextView的输出日志：
点击TextView的输出日志
下面是点击TextView并移动输出的日志：
点击TextView并移动输出的日志
[2]实验结果
- 事件是以ACTION_DOWN开始，以ACTION_UP结束。
3）实验三：dispatchTouchEvent和onTouchEvent对事件传递的影响
[1]实验过程
<1>Activity的dispatchTouchEvent返回true和false，有没有调用super.dispatchTouchEvent(ev)的情况
在Activity里，如果直接返回true或者false,没有调用super.dispatchTouchEvent(ev)这句，那么结果如下，事件根本传递不下去，而且也不会触发onTouchEvent,事件就在Activity的dispatchTouchEvent就终结了。结果看下图：
Activity的dispatchTouchEvent
下面是调用了super.dispatchTouchEvent(ev)，这时候如果返回true或false，打印的日志都是一样的，这时候事件是能传递下去的，而且从TextView到Activity都调用了onTouchEvent,如下图：
Activity的dispatchTouchEvent
<2>Linearlayout的onInterceptTouchEvent拦截
这时候，如果我在Linearlayout中onInterceptTouchEvent调用了super. onInterceptTouchEvent (ev)且返回true（在Viewgroup中的onInterceptTouchEvent中不管有没有调用super. onInterceptTouchEvent (ev)，只要返回true就阻止事件继续分发）,日志如下，可以看出TextView的dispatchTouchEvent和onTouchEvent都没有调用了，也就是事件被Viewgroup的onInterceptTouchEvent拦截成功了，但是LinearLayout却没有消费事件，所以Down,Up和Move事件就又交给Activity处理。
Linearlayout的onInterceptTouchEvent拦截
但是如果我们继续在LinearLayout里onTouchEvent（调用了super.onTouchEvent(ev)）,返回true,那么所有的Down,Up和Move事件都由LinearLayout来处理。如下图
LinearLayout里onTouchEvent返回true
下面我们把所以都恢复原状（也就是将所以代码恢复到从Activity到根节点TextView都不拦截事件的状态），这时候我们只修改LinearLayout的dispatchTouchEvent方法，如果我们没有调用super.dispatchTouchEvent(ev)，且返回false，这时候根本不会触发LinearLayout的onTouchEvent方法，但是会触发Activity的onTouchEvent方法。
LinearLayout的dispatchTouchEvent方法,没有调用super.dispatchTouchEvent(ev)，且返回false的情况
如果我们没有调用super.dispatchTouchEvent(ev)，且返回true的时候Activity和LinearLayout的onTouchEvent都没有触发。日志如下：
LinearLayout的dispatchTouchEvent方法没有调用super.dispatchTouchEvent(ev)，且返回true的情况
既然这样，我们再到TextView这一层，没有调用super.dispatchTouchEvent(ev)返回true的情况，它下面的所以onTouchEvent都不会触发。
TextView没有调用super.dispatchTouchEvent(ev)返回true的情况
TextView没有调用super.dispatchTouchEvent(ev)返回false的情况,如下图，和我猜想的一样，这种情况TextView的onTouchEvent不会触发，而Acitivity和LinearLayout的onTouchEvent会触发。如下图：
TextView没有调用super.dispatchTouchEvent(ev)返回false的情况
[2]实验结果
- 如果某个视图的onTouchEvent返回true,那么ACTION_DOWN，ACTION_UP和ACTION_MOVE都会在这个被这个视图拦截处理。
- dispatchTouchEvent的作用是分发事件，如果视图里重写的方法dispatchTouchEvent里调用super.dispatchTouchEvent(ev)，不管你返回值值是true还是false,事件都会分发下去，如果这时候都没有一个视图的onTouchEvent里返回true，那么从ViewViewgroupActivity的onTouchEvent就会依次触发。但如果有一个视图的onTouchEvent里返回true，那么onTouchEvent就会在这个视图被调用，但不继续触发下面的视图的onTouchEvent。例如，如果View的onTouchEvent里返回true，那么Viewgroup和Activity的onTouchEvent就不会被触发了。可以看下图
图示
代码如下：
@Override
public boolean dispatchTouchEvent(MotionEvent ev)
{
// Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent");
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent"+" ACTION_DOWN");
break;
case MotionEvent.ACTION_MOVE:
Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent"+" ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent"+" ACTION_UP");
break;
default:
break;
}
super.dispatchTouchEvent(ev)
return true;//返回true或false
}
- 如果视图里没有在重写的方法dispatchTouchEvent里调用super.dispatchTouchEvent(ev)，只是返回true，这时候这个视图的事件传递到这个视图就结束了，而且这个视图以及他的父视图以上的视图都不会触发onTouchEvent方法。
例如：Activity-->Viewgroup-->View,这个过程中某一个视图没重写super.dispatchTouchEvent(ev)，只是返回true，结果如下
Activity: Activty.dispatchTouchEvent-->结束
Viewgroup：Activty.dispatchTouchEvent-->Viewgroup. dispatchTouchEvent结束
View: Activty.dispatchTouchEvent-->Viewgroup.dispatchTouchEvent-->View. dispatchTouchEvent-->结束
代码如下：
@Override
public boolean dispatchTouchEvent(MotionEvent ev)
{
// Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent");
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent"+" ACTION_DOWN");
break;
case MotionEvent.ACTION_MOVE:
Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent"+" ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
Log.i(TAG, "TLinearLayout--------->dispatchTouchEvent"+" ACTION_UP");
break;
default:
break;
}
return true;
}
- 如果视图里没有在重写的方法dispatchTouchEvent里调用super.dispatchTouchEvent(ev)，只是返回false，这时候这个视图的事件传递到这个视图就结束了，而且这个视图的onTouchEvent不会触发，但是他的父视图以上的视图会触发onTouchEvent方法。
例如：Activity-->Viewgroup-->View,这个过程中某一个视图没重写super.dispatchTouchEvent(ev)，只是返回false，结果如下
Activity: Activty.dispatchTouchEvent-->结束
Viewgroup：Activty.dispatchTouchEvent-->Viewgroup. dispatchTouchEvent--> Activty. onTouchEvent-->结束
View: Activty.dispatchTouchEvent-->Viewgroup.dispatchTouchEvent-->View.dispatchTouchEvent-->Viewgroup.onTouchEvent-->Activty.onTouchEvent-->结束
- onInterceptTouchEvent只存在于Viewgroup中，在Viewgroup中的onInterceptTouchEvent不管有没有调用super. onInterceptTouchEvent (ev)，只要返回true就阻止事件继续分发。
3.总结
其实Mastering the Android Touch System，这个外国的文章说得很详细，需要的可以去看一下。
4.参考文章
这篇文章中推荐了上面的那篇pdf,对Android分发机制简单的总结了一下
从代码角度分析分发的过程
