在 dispatchTouchEvent 中，我们可以发现下面这样一个代码块
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { result = true; }不难看出：如果执行了这个代码段，那么后面的方法就不会执行了，并且 dispatchTouchEvent 会返回 true 。我们再仔细观察下其中的条件：在 if 条件中我们发现：只有当其满足 li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) 时才会执行 if 内的操作
经过上面分析，我们可以知道： onTouch 事件必须返回 true 时，才会执行该方法块。那么我们就回到 MainActivity 中。我们发现 setOnTouchListener 的 onTouch 默认返回值是 false（ 不满足返回值为 true ), 这就表明他会继续去执行下一个代码块：
if (!result && onTouchEvent(event)) { result = true; }执行这个 if 语句的过程中。首先调用了 onTouchEvent 方法。这就解释了，为什么它先执行了 mOnTouchListener ，然后再执行 onTouchEvent 。
现在我们就可以总结一下：首先我们回调了 dispatchTouchEvent ，然后回调 OnTouchListener 。这个时候，如果 TouchListener 没有 return true ，那么就会接着去运行 onTouchEvent （ 当然，如果 return true 后面的层级就不会执行了 。一句话说就是：到那个层级 return true 那么哪个层级就消费掉了这个事件 ）。
1.1.3 onTouchEvent 的处理同时我们还有一个结果：我们 onClick （ 包括我们的 onLongClick ） 是来自于我们 onTouchEvent 这个方法的处理。那么下面我们就来看看 View 中是怎么处理 onTouchEvent 的：
public boolean onTouchEvent(MotionEvent event) { 。。。 if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) { switch (action) { case MotionEvent.ACTION_UP: 。。。 break; case MotionEvent.ACTION_DOWN: if (event.getSource() == InputDevice.SOURCE_TOUCHSCREEN) { mPrivateFlags3 |= PFLAG3_FINGER_DOWN; } mHasPerformedLongPress = false; if (!clickable) { checkForLongClick(0, x, y); break; } 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, x, y); } break; case MotionEvent.ACTION_CANCEL: 。。。 break; case MotionEvent.ACTION_MOVE: if (clickable) { drawableHotspotChanged(x, y); } // Be lenient about moving outside of buttons if (!pointInView(x, y, mTouchSlop)) { // Outside button // Remove any future long press/tap checks removeTapCallback(); removeLongPressCallback(); if ((mPrivateFlags & PFLAG_PRESSED) != 0) { setPressed(false); } mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN; } break; } return true; } return false; } 二、onClick 和 OnLongClick因为我们是拿 ACTION_DOWN 作为举例的。那么我们先来分析一下 case MotionEvent.ACTION_DOWN : 中 onTouchEvent 是怎么执行的，以及 onClick 和 OnLongClick 是如何产生的：
2.1 onClick 和 OnLongClick 的产生首先，当我们手指按下时，有一个 mHasPerformedLongPress 标识会先被设为 false 。再往下会执行一行 postDelayed(mPendingCheckForTap 和 ViewConfiguration.getTapTimeout()); 我们来看看这一行的作用：
首先，从名字我们就可以猜测，这是个延时执行的方法。我们进一步阅读发现 mPendingCheckForTap 是一个 Runnable 动作； ViewConfiguration.getTapTimeout() 是一个 100mm 的延时。也就是说延时 100mm 后去执行 mPendingCheckForTap 中的动作。那么我们就来看看 mPendingCheckForTap 中做了什么：
private final class CheckForTap implements Runnable { public float x; public float y; @Override public void run() { mPrivateFlags &= ~PFLAG_PREPRESSED; setPressed(true, x, y); checkForLongClick(ViewConfiguration.getTapTimeout(), x, y); } }也就是说，停一百秒后就开始检查，用户的手指是否离开了屏幕。（ 就是当前 ACTION_DOWN 之后，有没有触发了 ACTION_UP 这个环节 ），但是 ACTION_DOWN 后，我们还有一个 ACTION_MOVE 过程。在这个 ACTION_MOVE 中，如果 100mm 内离开了屏幕、或者离开了这个控件就会触发 ACTION_UP ，那么就认为这是一个点击事件 onClick 。如果没有触发 ACTION_UP 的话，就会再延时 400mm 。
2.2 ACTION_DOWN 之后流程在 ACTION_DOWN 之后，会先等 100mm
如果没有离开屏幕或者离开控件，就是没有触发 ACTION_UP 的话，就会再延时 400mm。
这 500mm 后就会触发 onLongClick 事件。
2.3 那么我们现在来验证一下 onLongClick ：首先再 MainActivity 中加上：
mMyButton.setOnLongClickListener(new View.OnLongClickListener() { @Override public boolean onLongClick(View v) { return true; } });