View系列笔记（二）事件分发机制
本文基于Android SDK 26。
我们知道，android的view是树形结构，当我们点击一个位置时，会有多个view可以作出响应，那此时这个点击事件应该交给谁处理，这就需要用到事件分发机制。
ViewGroup事件分发
在了解事件分发机制之前，我们先来声明一个概念：事件序列。
同一个事件序列是指从手指接触屏幕的一刻起，到手指离开屏幕的那一刻结束，这个过程中所产生的一系列事件。包括一个down事件+n个move事件+一个up事件。
所谓事件分发，其实就是产生一个MotionEvent事件产生后，Android系统将这个事件在层层View之间传递和处理的过程。主要涉及到三个方法：
- boolean dispatchTouchEvent(MotionEvent)：用来进行事件的分发，如果事件能够传递到该view，则该方法一定会被触发，返回结果受该view的onTouchEvent()和下个view的dispatchTouchEvent()影响，表示是否消耗该事件。
- boolean onInterceptTouchEvent(MotionEvent)：用来表示是否拦截这个事件。如果拦截，则在这个事件序列中不会再调用该方法。注意此方法是ViewGroup特有的。
- boolean onTouchEvent(MotionEvent)：用来处理点击事件，返回结果表示是否消耗当前事件。如果不消耗，在同一个事件序列中，该view无法再次收到事件。
三者之间的关系可以用下列伪代码表示：
public boolean dispatchTouchEvent(MotionEvent event){
boolean result = false;
if (onInterceptTouchEvent(event)) {
result = onTouchEvent(event);
}else{
result = child.dispatchTouchEvent(event);
}
return result;
}
当一个根ViewGroup接收到触摸事件后，会触发自身的dispatchTouchEvent方法，这是它会调用自己的onInterceptTouchEvent来判断是否拦截该事件，如果拦截，则这个事件序列会交给该ViewGroup处理，调用自己的onTouchEvent方法；如果不拦截该事件，则会将事件传递给自己的子元素，触发子元素的dispatchTouchEvent方法，如此反复，直到事件被处理。如果传递到最终子view依然不处理该事件，则会反方向在一层层向上传递，最终传回Activity，如果依然不处理，才会抛弃掉这个事件。
Activity -> PhoneWindow -> DecorView -> ViewGroup ... ->View
View ->ViewGroup ... -> DecorView -> PhoneWindow -> Activity
需要注意的是事件是否被处理的判断标准是返回值是否为true，而不是说在事件传递的过程中你有没有对该事件做什么操作。一旦事件消费，则不会再继续传递。
View事件分发与监听
对Android稍微有点了解的都知道，View是可以注册很多事件监听器的，像onClickListener、onLongClickListener、onTouchListener等等。记得我刚接触android的时候考虑过这样一个问题，如果我给CheckBox设置一个点击事件，那么是onClick先执行还是checkChange先执行呢，当时还非常呆的去试了试。。。其实这里有着一样的问题，view的事件监听这么多，还有本身的onTouchEvent，执行顺序到底是怎样的呢？
public boolean dispatchTouchEvent(MotionEvent event) {
...
//默认返回为false
boolean result = false;
...
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//如果注册了onTouchListener监听，并且view为enabled状态，则调用onTouchListener的onTouch方法。如果onTouch返回true，则直接返回，表示处理了该事件；如果返回false，则继续调用view的onTouchEvent方法，并返回onTouchEvent的返回值
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
....
return result;
}
从这里可以看出来，onTouchListener只有在enabled状态下才是有效的，并且它的优先级是要高于onTouchEvent的。那么再看一下onTouchEvent方法：
public boolean onTouchEvent(MotionEvent event) {
...
//view是否为可点击的
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
//view即使是disabled状态，如果设置为可点击的，一样会消费事件
if ((viewFlags & ENABLED_MASK) == DISABLED) {
...
return clickable;
}
//如果view设置了代理，且代理消费了该事件，则表示view消费了该事件。
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch (action) {
case MotionEvent.ACTION_DOWN:
...
boolean isInScrollingContainer = isInScrollingContainer();
if (isInScrollingContainer) {
...
} else {
// 检测长按
checkForLongClick(0, x, y);
}
break;
case MotionEvent.ACTION_CANCEL:
if (clickable) {
setPressed(false);
}
removeTapCallback();
removeLongPressCallback();
...
break;
case MotionEvent.ACTION_MOVE:
...
if (!pointInView(x, y, mTouchSlop)) {
// 移出view范围，移出相关事件，设置pressed为false
removeTapCallback();
removeLongPressCallback();
if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
...
}
break;
case MotionEvent.ACTION_UP:
...
//如果view为不可点击，移除相关事件
if (!clickable) {
removeTapCallback();
removeLongPressCallback();
...
break;
}
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
...
//一系列操作，检测点击事件
performClick();
...
removeTapCallback();
}
...
break;
}
//如果是可点击或者可提示的，直接消费此事件
return true;
}
//默认返回false
return false;
}
因此最终我们可以确定view的触摸事件执行顺序是这样的：
onTouchListener -> onTouchEvent -> onLongClickListener -> onClickListener
到这里似乎解决这样一个初学者经常会碰到的问题：如果我在一个ViewGroup里面放了一个Button，同时给ViewGroup设置了一个点击事件（详情请脑补ListView条目里面有个按钮），确怎么也触发不了这个点击事件。这是因为我们点击屏幕时，事件传递到ViewGroup，而ViewGroup的onInterceptTouchEvent方法默认返回false（非鼠标点击情况下），因此将事件传递给了Button，而Button默认clickable为true，直接消费了该事件，因此触发不了ViewGroup的点击事件。
总结
- 一个事件序列为一个down+n个move+一个up事件，正常情况下一个事件序列只能由一个view拦截消费。
- ViewGroup默认不拦截鼠标主键之外的操作事件。
- View（非ViewGroup）没有onInterceptTouchEvent方法，如果收到事件（dispatchTouchEvent被调用）并且没有设置onTouchListener，则会直接调用onTouchEvent，并在内部处理单击、长按监听。
- View如果是可点击的（包括单击、长按、上下文点击三种）或者可提示状态（TOOLTIP），则onTouchEvent默认消耗事件，否则默认不消耗，与是否enabled无关。
- View的监听调度顺序是 onTouchListener -> onTouchEvent -> onLongClickListener -> onClickListener
- 事件是否被处理的判断标准是返回值是否为true，而不是说在事件传递的过程中你有没有对该事件做什么操作。一旦事件消费，则不会再继续传递。
- 如果ViewGroup和子View都设置了事件监听，默认是由子View消费。除非自己拦截该事件。
