未经本人授权，不得转载！否则必将维权到底
View的事件分发、拦截也是Android比较重要的知识点之一，我结合自己的理解，自己总结一下，下次再遇到的时候可以翻出来看看，立马能理清其中的关系，这才是正确的学习方法。
- 1 Android的View的结构是树形结构，View可以放在ViewGroup里面，ViewGroup还可以嵌套ViewGroup，可以一层层的叠起来，就像一棵树有主干上还有不同的分支一样。要了解ViewGroup和View的事件分发、拦截机制，首先就要知道View的结构，这样才能深刻的理解事件分发机制。
- 2 ViewGroup接收到事件后进行事件的分派，如果自己需要处理这个事件，则进行拦截；如果不处理，则传递给子View进行处理，然后由子view进行分派，拦截和处理。打个比方：上级接到任务后进行任务分派，如果上级自己处理这个任务，则自己处理；如果不想处理，则把这个任务丢给下级进行处理。
下面我设计了一个简单的实例，来将View的事件分发、拦截流程梳理一遍。
- 一个CTO——ViewGroupA，最外层的ViewGroup（红色）。
- 一个Android组长——ViewGroupB，中间的ViewGroup（绿色）。
- 一个Android组员——View，在最底层（蓝色）。
本实例的整个布局结构如下图所示。
对于ViewGroupA和ViewGroupB来说，我们需要重写了以下三个方法。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.d("KeithXiaoY", "ViewGroupA dispatchTouchEvent" ));
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
Log.d("KeithXiaoY", "ViewGroupA onInterceptTouchEvent" );
return super.onInterceptTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("KeithXiaoY", "ViewGroupA onTouchEvent" );
return super.onTouchEvent(event);
}
而对于View来说，我们需要重写了以下两个方法。
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("KeithXiaoY", "View onTouchEvent" );
return super.onTouchEvent(event);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.d("KeithXiaoY", "View dispatchTouchEvent" );
return super.dispatchTouchEvent(event);
}
看到这里，我们应该发现了，View中比ViewGroup少一个onInterceptTouchEvent事件拦截方法。回溯到文章顶端的View结构图，大家应该可以想通为什么这里的View没有onInterceptTouchEvent事件拦截方法。
现在我们只是普通的点击下View，来看下Log，看看View的事件分发流程。
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: View dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: View onTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onTouchEvent
事件的传递顺序是：
CTO(ViewGroupA)→Android组长(ViewGroupB)→Android组员(View)。事件传递的时候，先执行dispatchTouchEvent()方法，再执行onInterceptTouchEvent()方法。
事件的处理顺序是：
Android组员(View)→Android组长(ViewGroupB)→CTO(ViewGroupA)。事件处理都是执行onTouchEvent()方法。
事件传递的返回值：true，拦截，不继续；false，不拦截，继续流程。
事件处理的返回值：true，处理了，不用审核了；false，给上级处理。
初始情况下，返回值都是false。
我觉得看到这里，大家有代入感的看这个View的事件分发过程，应该还是蛮好理解的。
上面的情况是在ViewGroup完全无拦截的情况，现在我们分几种情况进一步的了解下View的事件分发：
第一种情况：ViewGroupA（CTO）拦截了事件，发现这个任务就是签个字这么简单的事情，觉得自己完成就可以了，完全没必要再找Android组长或者Android组员喝茶。ViewGroupA的onInterceptTouchEvent()方法返回true，我们再来看一下Log。
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onTouchEvent
第二种情况：ViewGroupA（CTO）分发了事件，分给你的直属上司Android组长一个任务，你的组长发现这个任务就是修改几行代码的事情，觉得自己完成就可以了，完全没必要再找Android组员喝茶。我们来看下Log。
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onTouchEvent
上面的事件分发、拦截想必大家已经很清楚了，下面我们来看下View的事件处理
根据View的树形结构图，先看到最底层，压迫的最深的劳动人民View（Android组员），当Android组员处理完任务后会向Android组长报告，需要Android组长的确认，所以你的事件处理返回false。组长确认以后，再接着向CTO介绍，他的事件处理也返回false。这样一个完整的流程就是最初我们所演示的流程，没什么好说的了。所以我们来举几个特殊的情况...
第一种情况：但是，突然有一天，你发怒了，你不愿意在做底层的人民，你想反抗，举起义旗，揭竿而起。那么你就不用向组长（ViewGroupB）报告了，所以就直接返回true。现在再来看看Log，如下所示。
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: View dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: View onTouchEvent
第二种情况：你虽然发怒了，但是想想自己卡里的钱，想想自己的老婆孩子，怂了，敢怒而不敢言。还是老老实实的给组长报告，所以还是返回false。但是你的组长这次不一样，他同样遭受着压迫，他这次爆发了，站起来成为真正的男人了。所以他的事件处理直接返回了true，那么就没有CTO（ViewGroupA）什么事儿了。现在再来看看Log，如下所示。
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupA onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onInterceptTouchEvent
- F/AndroidWorkspace/KeithXiaoY: View dispatchTouchEvent
- F/AndroidWorkspace/KeithXiaoY: View onTouchEvent
- F/AndroidWorkspace/KeithXiaoY: ViewGroupB onTouchEvent
结束语：
通过上面的各种情况的分析，想必大家对View的事件分发、拦截和处理有了一点小小的认识，下次再遇到事件处理的问题的时候大概能想象出这么生动的场景了。这篇博客主要是受Android群英传这本书的启发，觉得徐宜生的讲解最容易让我理解，其他大神的博客都是结合源码来讲，虽然也都看了，但还是觉得徐宜生讲的最好，所以结合自己的理解把这篇博客写下来，也算是自己对这个知识点的总结！
