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()会调用。