概述

相信很多写过复杂自定义view的人都或多或少遇到一些事件响应不对的坑，在这里通过例子具象地把Android里事件分发消费的机制解析清楚，一起来看吧。

事件相关的主角

涉及到事件分发的类有Activity、ViewGroup、View

涉及到的函数有dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent

Activity只有dispatchTouchEvent和onTouchEvent，没有onInterceptTouchEvent

ViewGroup三个函数都有

View和Activity一样没有onInterceptTouchEvent

综上所述，Activity和View都没有onInterceptTouchEvent去拦截事件。

具体说明及测试例子

先说说dispatchTouchEvent，当事件产生时，首先会进入dispatch函数，由它决定事件是否继续传递，它有三种返回值：

1. true; 返回true表示事件只分发到这，事件由本函数消费。注意：事件不会分发到onTouchEvent中
2. false; 返回false表示事件不往下分发，也不消费，事件会逐层返回给父View进行消费
3. super.dispatchTouchEvent; 系统默认处理，如果有子view就分发给自己的子view，如果自己是最小颗粒的view了，就直接调用onTouchEvent消费

再来说说onInterceptTouchEvent，如字面意思，就是拦截事件用的，也有三种返回值：

1. true; 表示要拦截事件，事件由当前view或viewgroup的onTouchEvent处理
2. false; 表示不拦截事件，继续往下分发
3. super.onInterceptTouchEvent; 系统默认处理，不拦截往下分发

最后说说onTouchEvent，是消费事件用的

1. true; 消费事件，事件结束
2. false; 不消费，事件逐层返回给父View的onTouchEvent进行消费
3. super.onTouchEvent; 系统默认处理，同false

这样说可能只知道方法的用处，具体传递还不明确，有点干，现举个例子说明吧：

这是最常见的情况，来看下点击后事件传递的结果：

1. Activity: dispatchTouchEvent---ACTION_DOWN
2. ViewGroup: dispatchTouchEvent---ACTION_DOWN
3. ViewGroup: onInterceptTouchEvent---ACTION_DOWN
4. View: dispatchTouchEvent---ACTION_DOWN
5. View: onTouchEvent---ACTION_DOWN
6. ViewGroup: onTouchEvent---ACTION_DOWN
7. Activity: onTouchEvent---ACTION_DOWN
8. Activity: dispatchTouchEvent---ACTION_MOVE
9. Activity: onTouchEvent---ACTION_MOVE
10. Activity: dispatchTouchEvent---ACTION_UP
11. Activity: onTouchEvent---ACTION_UP

因为dispatchTouchEvent全部是系统默认处理，往下分发，得知路径是自上而下，从根布局到子布局一层层传递，当返回super时，如果有onInterceptTouchEvent方法（ViewGroup有），就会先看下是否需要拦截事件,这里super，不拦截，分发给View，因为View是最小颗粒度的控件了，没有子view，所以直接触发view的onTouchEvent去消费，这里返回super不消费，则依次返回给viewGroup的onTouchEvent消费，这里viewGroup也不消费，就返回给activity消费。

这里看到当找不到事件消费者时，后续事件的MOVE和UP都直接交给activity处理了，不会再分发。可以理解成DOWN事件的分发就是为了寻找事件消费者，找到了，后续的事件就直接交由消费者去处理了。

看结果：

1. Activity: dispatchTouchEvent---ACTION_DOWN
2. ViewGroup: dispatchTouchEvent---ACTION_DOWN
3. Activity: dispatchTouchEvent---ACTION_MOVE
4. ViewGroup: dispatchTouchEvent---ACTION_MOVE
5. Activity: dispatchTouchEvent---ACTION_UP
6. ViewGroup: dispatchTouchEvent---ACTION_UP

从结果可以发现，dispatchTouchEvent返回true时，直接消费事件了，也不会经过onInterceptTouchEvent和onTouchEvent。

看结果：

1. Activity: dispatchTouchEvent---ACTION_DOWN
2. ViewGroup: dispatchTouchEvent---ACTION_DOWN
3. Activity: onTouchEvent---ACTION_DOWN
4. Activity: dispatchTouchEvent---ACTION_MOVE
5. Activity: onTouchEvent---ACTION_MOVE
6. Activity: dispatchTouchEvent---ACTION_UP
7. Activity: onTouchEvent---ACTION_UP

从结果可以发现，dispatchTouchEvent返回false时，不往下分发事件，事件直接返回上层去处理了，就到了Activity的onTouchEvent处理

看结果：

1. Activity: dispatchTouchEvent---ACTION_DOWN
2. ViewGroup: dispatchTouchEvent---ACTION_DOWN
3. ViewGroup: onInterceptTouchEvent---ACTION_DOWN
4. ViewGroup: onTouchEvent---ACTION_DOWN
5. Activity: onTouchEvent---ACTION_DOWN
6. Activity: dispatchTouchEvent---ACTION_MOVE
7. Activity: onTouchEvent---ACTION_MOVE
8. Activity: dispatchTouchEvent---ACTION_UP
9. Activity: onTouchEvent---ACTION_UP

从结果可以发现，onInterceptTouchEvent返回true，拦截了事件，把事件由拦截事件的ViewGroup进行处理，所以走到了viewGroup的onTouchEvent，因为viewGroup没有消费事件，所以事件直接返回上层去处理了，就到了Activity的onTouchEvent处理

看结果：

1. Activity: dispatchTouchEvent---ACTION_DOWN
2. ViewGroup: dispatchTouchEvent---ACTION_DOWN
3. ViewGroup: onInterceptTouchEvent---ACTION_DOWN
4. ViewGroup: onTouchEvent---ACTION_DOWN
5. Activity: dispatchTouchEvent---ACTION_MOVE
6. ViewGroup: dispatchTouchEvent---ACTION_MOVE
7. ViewGroup: onTouchEvent---ACTION_MOVE
8. Activity: dispatchTouchEvent---ACTION_UP
9. ViewGroup: dispatchTouchEvent---ACTION_MOVE
10. ViewGroup: onTouchEvent---ACTION_UP

从结果可以发现，ViewGroup的onTouchEvent返回true，消费了事件后，系统找到了可以消费事件的view，所以后续的MOVE\UP事件全部都分发到viewGroup里去消费了

总结

由以上例子可以得出结论，DOWN事件的分发是为了找到可以消费事件的目标view，找到后就会把后面的事件直接分发到此目标view中。

分发是自上而下的，从根布局一直分发到子布局，而消费是自下而上的，子view不消费就会传递给父view去消费，只要有地方消费了事件就中止传递。