最近因为项目以及解bug的需要，阅读了下view的dispatchTouchEvent这个方法的源码。
安卓的事件传递机制就不用多说了，最重要的就是dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()这三个方法。对于ViewGroup来说，这三种方法都有，而对于View来说，事件传递机制有两个函数：dispatchTouchEvent负责分发事件，在dispatchTouchEvent里又会调用onTouchEvent表示执行事件，或者说消费事件。
一般情况下ViewGroup的dispatchTouchEvent方法比较好理解，就是分发给ViewGroup的子类去处理这个事件，然而为什么View也同样有这个方法呢？原因就是View 可以注册很多事件监听器，例如：单击事件(onClick)、长按事件(onLongClick)、触摸事件(onTouch)，并且View自身也有 onTouchEvent 方法，那么问题来了，这么多与事件相关的方法应该由谁管理？毋庸置疑就是 dispatchTouchEvent，所以 View 也会有事件分发。
现在我结合源码通过我自己的注释分析下我对view的dispatchTouchEvent方法的理解：
/**
* Pass the touch screen motion event down to the target view, or this
* view if it is the target.
*
* 将屏幕的按压事件传递给目标view，或者当前view即目标view
* @param event The motion event to be dispatched.
* @return True if the event was handled by the view, false otherwise.
*/
public boolean dispatchTouchEvent(MotionEvent event) {
//最前面这一段就是判断当前事件是否能获得焦点，如果不能获得焦点或者不存在一个View，那我们就直接返回False跳出循环
// If the event should be handled by accessibility focus first.
if (event.isTargetAccessibilityFocus()) {
// We don't have focus or no virtual descendant has it, do not handle the event.
if (!isAccessibilityFocusedViewOrHost()) {
return false;
}
// We have focus and got the event, then use normal event dispatch.
event.setTargetAccessibilityFocus(false);
}
//设置返回的默认值
boolean result = false;
//这段是系统调试方面，可以直接忽略
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
//Android用一个32位的整型值表示一次TouchEvent事件,低8位表示touch事件的具体动作，比如按下，抬起，滑动，还有多点触控时的按下，抬起，这个和单点是区分开的，下面看具体的方法:
//1 getAction:触摸动作的原始32位信息，包括事件的动作，触控点信息
//2 getActionMasked:触摸的动作,按下，抬起，滑动，多点按下，多点抬起
//3 getActionIndex:触控点信息
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
// 当我们手指按到View上时,其他的依赖滑动都要先停下
stopNestedScroll();
}
//过滤掉一些不合法的事件,比如当前的View的窗口被遮挡了。
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//ListenerInfo 是view的一个内部类 里面有各种各样的listener,例如OnClickListener，OnLongClickListener，OnTouchListener等等
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
//首先判断如果监听li对象!=null 且我们通过setOnTouchListener设置了监听，即是否有实现OnTouchListener，如果有实现就判断当前的view状态是不是ENABLED,如果实现的OnTouchListener的onTouch中返回true，并处理事件，则
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
//如果满足这些条件那么返回true，这个事件就在此处理
// 意味着这个View需要事件分发
result = true;
}
//如果上一段判断的条件没有满足（没有在代码里面setOnTouchListener的话），就判断View自身的onTouchEvent方法有没有处理，没有处理最后返回false，处理了返回true；
if (!result && onTouchEvent(event)) {
result = true;
}
}
//系统调试分析相关，没有影响
if (!result && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
// Clean up after nested scrolls if this is the end of a gesture;
// also cancel it if we tried an ACTION_DOWN but we didn't want the rest
// of the gesture.
////如果这是手势的结尾，则在嵌套滚动后清理
if (actionMasked == MotionEvent.ACTION_UP ||
actionMasked == MotionEvent.ACTION_CANCEL ||
(actionMasked == MotionEvent.ACTION_DOWN && !result)) {
stopNestedScroll();
}
return result;
}
结论1:在dispatchTouchEvent方法中先执行onTouch方法,后执行onClick方法(onClick方法在onTouchEvent方法中的performClick方法中执行)
结论2:只有当34行代码if (li != null &;&; li.mOnTouchListener != null &;&; (mViewFlags &; ENABLED_MASK) == ENABLED &;&; li.mOnTouchListener.onTouch(this, event))条件不成立时,才会调用onTouchEvent方法,此时的onTouchEvent返回值就是dispatchTouchEvent的返回值。
结论3:如果view为DISENABLED,则:onTouchListener里面内容不会执行,程序就会去执行onTouchEvent(event)方法,此时的onTouchEvent返回值就是dispatchTouchEvent的返回值。
结论4:如果onTouch方法返回true,并且消费了事件,那么就不会执行onTouchEvent方法,也就不可能执行其中的performClick方法里的onClick方法。
