View的事件分发机制
标签（空格分隔）： Android Event View
通过此篇文章整理自己关于事件分发机制的学习和理解。本篇大部分内容基于《Android开发艺术探索》这本书，在这里也算替作者做下宣传啊，感慨下作者的对源码的理解，羡慕ing...好了废话不多说了，先从整体介绍下事件分发机制涉及的一些基础知识。
点击事件的传递规则
首先我们所说的点击事件即是MotionEvent这个对象。典型的事件类型有以下几种：
- ACTION_DOWN:手指刚接触屏幕;
- ACTION_MOVE:手指在屏幕上移动;
- ACTION_UP:手指从屏幕松开的一瞬间。
我们可以通过该对象得到，手指触碰时在屏幕中的坐标。系统提供了两组方法：getX/getY和getRawX/getRawY。它们的区别也很明显，getX/getY得到的是相当于当前被触碰View的左上角的坐标，而getRawX/getRawY返回的则是相对于整个屏幕的左上角的坐标。下面的这张图片清晰的展示了它们之间的不同：
![相对坐标与绝对坐标][1]
[1]: http://upload-images.jianshu.io/upload_images/623378-f45e4c2e22f0e8aa.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240
我想有些新手可能之前一直对这两个方法分不清楚吧（不要打我。。。）至少我是这样。
好，回归正题，所谓的点击事件的分发，即是对MotionEvent事件的分发，即当一个MotionEvent发生之后，系统需要把这个事件传递给一个指定的View，这个传递过程就是我们所说的分发过程。点击事件的分发过程由三个很重要的方法来完成：dispatchTouchEvent()、onInterceptTouchEvent()、onTouchEvent()我们简单介绍一下这个三个方法。
- public boolean dispatchTouchEvent(MotionEvent ev)：
用来处理事件的分发方法。它的返回结果可以受当前View的onTouchEvent()和下级的View的dispatchTouchEvent()方法的影响，表示是否消耗当前事件。
- public boolean onInterceptTouchEvent(MotionEvent ev)：
在上述方法的内部调用，用于判断是否拦截某个事件，如果当前View拦截了某个事件那么在同一个事件序列当中，此方法不会被调用，返回结果表示是否拦截事件。
- public boolean onTouchEvent(MotionEvent ev)；
在dispatchTouchEvent方法中调用，用于处理点击事件的方法。返回结果表示是否消耗了当前事件，如果不消耗，则在同一事件序列中，无法再接收到事件。
这里已经简单介绍了三个方法和它们之间的关系，为了更直观的展示它们之间的关系，可以通过以下的伪码来展示：
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false;
if (onInterceptTouchEvent(ev)) {
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
简单分析下这段伪码：
- 变量consume：标志是否消耗了事件；
- 第一个判断条件，调用onInterceptTouchEvent(ev)方法来判断是否拦截了该事件，如果拦截该事件直接调用该View的onTouchEvent(ev)方法来判断是否消耗了此事件。
- 第二个判断条件，如果不拦截该事件，就会向下传递，调用该View子类的dispatchTouchEvent(ev)方法。同样依据上边的模式来继续调用，直到事件被最终处理。
最后再简单总结一下，对于一个根ViewGroup来说，点击事件发生后，首先就会传递给它，它的dispatchTouchEvent(ev)方法就会被调用，如果这个ViewGroup的onInterceptTouchEvent(ev)方法返回true就表示它要拦截当前事件，接着事件就会交给这个ViewGroup处理，即调用它的onTouchEvent()方法；如果这个ViewGroup的onInterceptTouchEvent(ev)方法返回false，就表示它不会拦截该事件，事件就会向它的子View传递，紧接着子View的dispatchTouchEvent(ev)方法就会被调用，如此反复下去。这里读者可能会产生疑问，如果最终的子View也返回false不处理这个事件，会发生怎样的结果呢？稍后我们会解决这个疑问的。。。。。。请相信我
接下来还有几个比较容易疏忽的知识点，这里我给大家单独提一下。
当一个View需要处理事件时，如果它设置了OnTouchListener，那么OnTouchListener中的onTouch()方法就会被回调，如果该方法返回false，则当前View的onTouchEvent()方法会被调用；如果返回true，那么当前View的onTouchEvent()方法就不会被调用。如果在onTouchEvent()方法中，设置了OnClickListener，那么它的onClick()方法会被调用。可以简单的总结一下即：OnTouchListener > onTouchEvent > OnClickListener 这样一个优先级关系。可以看到，我们平时最常用的OnClickListener，其优先级最低，即处于事件传递的尾端。
当一个点击事件产生后，它的传递顺序遵循如下顺序：Activity > Window > View。这里View被称为顶级View，即我们在setContentView所设置的View的父容器。这里我们就可以回答我们之前留下的那个问题：
如果一个View的OnTouchEvent()方法返回false，那么它的父容器的onTouchEvent()方法就会被调用。如果父容器的onTouchEvent()方法也返回false，那么还会向上级抛送这个事件，以此类推最终如果所有的View的onTouchEvent()方法都返回了false，那么Activity的onTouchEvent()方法就会被调用。
本篇文章最后给出一些书中关于事件传递机制的一些结论，根据这些结论可以更好地理解整个传递机制。
同一个事件序列：是指从手指触摸屏幕的那一刻起，到手指离开屏幕的那一刻结束。这个事件序列以ACTION_DOWN开始，中间含有数量不定的ACTION_MOVE，最终以ACTION_UP结束。
正常情况下，一个事件序列只能被一个View拦截且消耗。即如果一旦一个View拦截了某次事件，那么同一个事件序列内的所有事件都会直接交给它来处理，因此同一个事件序列不能分别由两个View同时处理。但是通过特殊手段可以做到，比如一个View在onTouchEvent()方法中强行将本该自己处理的事件传递给其他View处理。
某个View一旦决定拦截，它的onInterceptTouchEvent()方法只会被调用一次，此后该事件序列的其他事件不再经过它来进行判断，直接调用该View的onTouchEvent()方法来处理事件。
某个View一旦开始处理事件，如果不消耗ACTION_DOWN事件，那么同一事件序列的其他事件也不会再交给它来处理，并且事件将重新交个它的父容器来处理，即父容器的onTouchEvent()方法会被调用。
如果View不消耗除ACTION_DOWN以外的其他事件，那么这个点击事件就会消失，此时父容器的onTouchEvent()方法并不会被调用，并且当前View还可以持续收到后续的事件，最终这些消失的点击事件会传递给Activity处理。
ViewGroup默认不拦截任何事件。源码中ViewGroup的onInterceptTouchEvent()方法默认返回false。
View没有onInterceptTouchEvent()方法，所以一旦有点击事件传递给它，它的onTouchEvent()方法就会被调用。
View的onTouchEvent()方法默认都会消耗事件（默认返回true），除非它是不可点击的（即clickable和longClickable同时都为false）。View的longClickable默认都为false，clickable属性要分情况，比如Button为true，而TextView默认为false。
View的enable属性不影响onTouchEvent的默认返回值。即一个View是disable状态的，只要它不是不可点击的，它的onTouchEvent()方法就会返回true。
onClick发生的前提是当前View是可点击的，并且它收到了ACTION_DOWN和ACTION_UP事件。
事件传递都是由外向内的，即事件传递都是由父元素分发给子View。但是通过调用父容器的requestDisallowInterceptTouchEvent()方法，子View就可以干预父元素的事件分发过程。但是ACTION_DOWN事件除外。
以上即是关于点击事件传递需要掌握的一些基础知识，接下来我会跟着大家一同分享和学习事件分发的源码解析。
