Android 触摸事件处理机制
Android 触摸事件的处理主要涉及到几个方法：onInterceptTouchEvent(), dipatchTouchEvent(), onTouchEvent(), onTouch()。
onInterceptTouchEvent() 用于拦截事件并改变事件传递方向。解释一下事件传递。比如一个Activity中展示给用户可能是ViewGroup和View的多层嵌套，默认情况下触摸事件产生之后从最外层一次传递到最里面一层，然后在从最里面一层开始响应。从最里面一层开始依次调用各层次的dispatchTouchEvent()进行分发，dispatchTouchEvent()中在调用onTouch / onTouchEvent进行响应触摸事件。
onInterceptTouchEvent() 方法可以将触摸事件的传递截断，让触摸事件在某一层就不往下面传递，就开始调用这一层的dispatchTouchEvent()，开始向上层返回。如果需要在某一层拦截，需要复写该层的onInterceptTouchEvent()方法，并让该方法返回 true。通过一张图来解释一下。
假设一个Activity展示的界面有A->B->C->D四层，当事件发生之后，首先经过A的onInterceptTouchEvent(), 如果A的onInterceptTouchEvent()返回false，则会传递到B的onInterceptTouchEvent()，如果返回false则一次向下（内层）传递。如果某一层的onInterceptTouchEvent()返回true，然后就会调用该层的disatchTouchEvent()分发事件，事件不再向下传递。如果各层都没有拦截事件则从最内层开始调用dispatchTouchEvent()，如果某一各层的dispatchTouchEvent()返回true，则表明该层消费了该事件，则上面层的dispatchTouEvent()不会被调用。举一个例子：
上图中B层的onInterceptTouchEvent()返回true，则事件被拦截，开始调用B层的dispatchTouchEvent()向上返回一次响应触摸事件。
知道这个机制有什么卵用吗？
一个简单例子，我们在scrollView中放置了图片，图片允许缩放拖动，但是你对图片进行拖动的时候会发现scrollView也跟着动，这样体验就会很不好，怎么办呢？
结合上面的分析，我们可以知道，如果让触摸事件传递到内层的图片，然后在在图片的disPatchTouchEvent()中把这个触摸事件消费了就不就可以了吗？
具体做法在图片的onTouch() 方法中，ACTION_DOWN中设置scrollView不拦截事件，通过scrollView.requestDisallowInterceptTouchEvent(true)来完成，完成想要的处理之后在图片的onTouch()方法最后返回true就可以实现了。
问题又来了 onTouch(View v, MotionEvent event) 和 onTouchEvent(MotionEvent event) 有什么区别呢？ 看起来那么像，不会是完成相同的功能吧？这样做不是多此一举吗，为什么不用一个就好了。
为了搞清楚这个问题，首先需要来看View中disPatchTouchEvent()方法：
public boolean dispatchTouchEvent(MotionEvent event) {
// 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);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
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;
}
}
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;
}
从上面可以看出onTouch() 先于 onTouchEvent()执行。通过查看View的源码还发现，或者简单推理一下我们设置setOnTouchListener()设置的是谁就知道，我们什么时候需要调用onTouch()方法让其发挥作用而不是让onTouchEvent()来响应了。View源码中可以看出onTouch是一个Interface的方式实现，将处理逻辑的实现交给开发者自定义，因此可以得出Android系统自带的控件我们使用onTouch处理事件，如果我们需要扩展View，则需要复写onTouchEvent()来实现事件的处理。其实onTouch(View v, MotionEvent event) 和 onTouchEvent(MotionEvent event)可以从这两个方法接受的参数就可以看出不同来，onTouch包含一个View类型的参数，因此是可以设置给某个View的，onTouchEvent()则是给某个View自己用的。
既然提到了View的事件响应，那onClick事件又是怎么响应的呢？ 通过产看源码可以发现onClick是在onTouchEvent中执行的，而且是在onTouchEvent的ACTION_UP事件中执行的。因此如果View 的onTouch()返回true则会导致onClick得不到执行，因为onTouchEvent()得不到执行。
此外Activity中也有onTouchEvent()成员方法，如果Activity中的View都不处理Event则Activity的onTouchEvent()会调用。
