View的事件分发机制——Android开发艺术探索笔记
View事件分发机制
在Android系统中，当一个MotionEvent产生以后，系统需要把这个事件传递给一个具体的View，而这个传递的过程就是事件分发过程。点击事件的分发过程由三个很重要的方法来共同完成：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。
public boolean dispatchTouchEvent(MotionEvent ev)用来进行事件的分发。如果事件能够传递给当前的View，那么此方法一定会被调用，返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法的影响，表示是否消耗当前事件。
public boolean onInterceptTouchEvent(MotionEvent event)在上述方法内部调用，用来判断是否拦截某个事件，如果当前View（ViewGroup）拦截了某个事件，那么在同一个事件序列中，此方法不会被再次调用，返回结果表示是否拦截此次事件。
public boolean onTouchEvent(MotionEvent event)在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消费当前时间，如果不消费，则在同一个事件序列中，当前View无法再次接收到事件。
用一段伪代码来表明上述三个方法之间的关系：
public boolean dispatchTouchEvent (MotionEvent ev) {
boolean consume = false;
if (onInterceptTouchEvent(ev)) {
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}当一个View设置了OnTouchListener时，那么OnTouchListener中的onTouch方法就会被回调。这时，时间如何处理还要看onTouch的返回值，如果返回false，则当前View的onTouchEvent方法会被调用；如果返回的是true，那么onTouchEvent方法将不会被调用。因此，给View设置OnTouchListener，其优先级比onTouchEvent要高。在onTouchEvent方法中，如果当前设置的有OnClickListener，那么它的onClick方法会被调用。可以看处，OnClickListener的优先级最低，即处于事件传递的尾端。所以点击事件的优先级为：OnTouchListener > onTouchEvent > OnClickListener 。
public boolean dispatchTouchEvent(MotionEvent event) {
// 下面一段代码是判断是否有OnTouchListener，及onTouch回调方法.
...
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
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;
}结论：
当一个点击事件产生后，它的传递过程如下：Activity->Window->View(DecorView) 如果一个View的onTouchEvent返回false，那么它的父容器的onTouchEvent会被调用，以此类推，如果所有的元素都不处理这个事件，那么这个事件将最终返回给Activity处理。
正常情况下同一事件序列内的事件不能分别由两个View同时处理，但是通过特殊手段可以做到，比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View来处理。
一个事件一旦交给一个View来处理，那么它就必须消费掉，否则同一事件序列中剩下的事件就不再交给它来处理了。
如果一个View只消费了ACTION_DOWN事件，即使它不消费其他事件，那么其父控件也不会走onTouchEvent方法，并且当前View可以持续接收到后续的事件，最终这些消失的点击事件会传递给Activity处理。
ViewGroup的onInterceptTouchEvent方法默认为false。View的onTouchEvent方法默认为true。也就是说View默认会消费点击事件，除非它不可点击（clickable 和 longClickable 同时为false ），View的 longClickable属性默认就是false，clickable属性要分情况，比如Button的clickable属性默认为true，而TextView的clickable默认为false。
View的enable属性不影响onTouchEvent的默认返回值。哪怕一个View是disable状态的，只要它的clickable或者longClickable有一个true。那么它的onTouchEvent就返回true。
事件传递的过程是由外向内的，即事件总是先传递给父元素，然后再由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN除外。
手势检测：
用于辅助检测用户的单击、滑动、长按、双击等行为，使用时调用的是GestureDetector。
GestureDetecotor mGestureDetector = new GestureDetector(this);
mGestureDetector.setIsLongpressEnabled(false);接着接管View的onTouchEvent方法,在onTouchEvent方法中执行：
boolean consume = mGestureDetector.onTouchEvent(event);
return consume;执行完上面两步，就可以有选择的实现OnGestureListener和OnDoubleTapListener中的方法了；
OnGestureListener接口的方法：onDown触摸屏幕的瞬间，由一个ACTION_DOWN触发；onShowPress，触摸屏幕没有松开，由一个ACTION_DOWN触发；onSingleTapUp，单击行为，伴随着一个ACTION_UP触发；onScroll，按下屏幕拖动，由一个ACTION_DOWN和多个ACTION_MOVE触发；onLongPress，长按；onFling，按下屏幕快速滑动后松开，由一个ACTION_DOWN，多个ACTION_MOVE和一个ACTION_UP触发；
OnDoubleTapListener接口的方法：onSingleTapConfirmed，严格的单击行为，只可能是单击而不可能是双击中的单击，这点同onSingleTapUp方法是有区别的；onDoubleTapEvent，双击行为;
作者建议：如果只是监听滑动相关的，建议自己在onTouchEvent方法中实现，如果是要监听双击这种行为，就使用GestureDetector。
View事件分发源码分析
事件最先传递给当前Activity，由Activity的dispatchTouchEvent来进行事件派发，具体的工作是由Activity内部的Window来完成的。Window会将事件传递给decor view（setContentView的父容器），通过Activity.getWindow().getDecorView()可以获得。
源码：Activity#dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}首先事件交给Activity附属的Window进行分发，如果返回true，整个事件循环就结束了，返回false意味着事件没有被消费，也就是所有的View的onTouchEvent都返回了false，那么Activity的onTouchEvent就会被调用。
这里面Window是抽象类，唯一实现类是PhoneWindow（位于android.policy包）
源码：PhoneWindow#superDispatchTouchEvent
public boolean superDispatchTouchEvent (MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}因为DevorView继承自FrameLayout，且是父View，也就是会将事件继续向下传递。
源码： ViewGroup#dispatchTouchEvent
// Handle an initial down.
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Throw away all previous state when starting a new touch gesture.
// The framework may have dropped the up or cancel event for the previous gesture
// due to an app switch, ANR, or some other state change.
cancelAndClearTouchTargets(ev);
resetTouchState();
}
// Check for interception.
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}从代码中看出ViewGroup在如下两种情况下回判断是否要拦截当前事件：事件类型为ACTION_DOWN或者mFirstTouchTarget ！= null时。从后面的代码中可以看出，如果子元素消费事件，那么mFirstTouchTarget会被赋值并且指向子元素。
上文代码中有个标记位FLAG_DISALLOW_INTERCEPT,这个标记位是通过requestDisallowInterceptTouchEvent方法来设置的，一般用于子View中。当这个标记位被设置后，ViewGroup将无法拦截除了ACTION_DOWN以外的其他事件。如果是ACTION_DOWN就会重置FLAG_DISALLOW_INTERCEPT这个标记位，将导致这个标记位无效（会调用resetTouchState方法来进行重置标记位）。所以DOWN事件开始时，ViewGroup总会询问一下onIntercept方法是否需要拦截事件。
总结：
（1）onInterceptTouchEvent不是每次事件都会被调用的，如果想提前处理所有的事件，要选择dispatchTouchEvent方法。
（2）当面对滑动冲突时，可以考虑用requestDisalllowTouchEvent来处理。
mFirstTouchTarget的赋值是在addTouchTarget方法中来完成的。
源码： ViewGroup#addTouchTarget
private TouchTarget addTouchTarget(View child, int pointerIdBits) {
TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;
return target;
}mFristTouchTarget是一种单链表结构，是否被赋值将直接影响到ViewGroup对事件的拦截策略。
View对点击事件的处理
源码： View#dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent event) {
...
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
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;
}View不包含子元素所以自己处理就可以，首先会判断是否设置了OnTouchListener，如果OnTouchListener的onTouch方法返回的是true，那么onTouchEvent就不会被调用。所以OnTouchListener的优先级更高。
分析onTouchEvent的实现，当View处于不可用状态下点击事件的处理过程，如下所示，很明显，不可用状态下的View依然会消耗点击事件，尽管看起来不可用。
源码： View#onTouchEvent
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
}如果View设置了代理，那么还会执行TouchDelegate的onTouchEvent方法，它的工作机制同OnTouchuListener类似，这是作为增加View的触摸范围的方法，需要设置代理对象，可以同padding一同使用。
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}onTouchEvent方法的具体处理
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true, x, y);
}
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
mIgnoreNextUpEvent = false;
break;
case MotionEvent.ACTION_DOWN:
mHasPerformedLongPress = false;
if (performButtonActionOnTouchDown(event)) {
break;
}
// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();
// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
if (isInScrollingContainer) {
mPrivateFlags |= PFLAG_PREPRESSED;
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPendingCheckForTap.x = event.getX();
mPendingCheckForTap.y = event.getY();
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true, x, y);
checkForLongClick(0);
}
break;
case MotionEvent.ACTION_CANCEL:
setPressed(false);
removeTapCallback();
removeLongPressCallback();
mInContextButtonPress = false;
mHasPerformedLongPress = false;
mIgnoreNextUpEvent = false;
break;
case MotionEvent.ACTION_MOVE:
drawableHotspotChanged(x, y);
// Be lenient about moving outside of buttons
if (!pointInView(x, y, mTouchSlop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
setPressed(false);
}
}
break;
}
return true;
}从上面代码来看，只要View的CLICKABLE和LONG_CLICKABLE有一个为true，就会消耗当前事件，即onTouchEvent返回为true，不管是不是DISABLE状态。
在ACTION_UP事件发生时，会触发performClick方法，如果View设置了OnClickListener，那么performClick方法会调用它的onClick方法。
源码： View#performClick
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
return result;
}
View中，LONG_CLICKABLE默认为false，而可点击的View中CLICKABLE默认为true，不可点击的默认为false。而给View设置OnClickListener和OnLongClickListener会默认给对应的属性设置为true。