以前写android，对事件的处理没有太深入，只是简单的onTouchEvent就ok了，现在写的UI，很多自定义组件，父view和子view都需要接收事件，然后处理。如果不弄明白它的事件传递机制，很难拥有好的用户体验。

Touchevent中，返回值是true，则说明消耗掉了这个事件，返回值是false，则没有消耗掉，会继续传递下去，这个是最基本的。

在View中跟Touch相关的事件有dispatchTouchEvent，interceptTouchEvnet，onTouchEvent三种。dispatchTouchEvent是负责分发事件的，事件从activity传递出来之后，最先到达的就是最顶层view的dispatchTouchEvent，然后它进行分发，如果返回false，则交给这个view的interceptTouchEvent方法来决定是否要拦截这个事件，如果interceptTouchEvent返回true，也就是拦截掉了，则交给它的onTouchEvent来处理，如果interceptTouchEvent返回false，那么就传递给子view，由子view的dispatchTouchEvent再来开始这个事件的分发。

如果事件传递到某一层的子view的onTouchEvent上了，这个方法返回了false，那么这个事件会从这个view往上传递，都是onTouchEvent来接收。而如果传递到最上面的onTouchEvent也返回false的话，这个事件就会“消失”，而且接收不到下一次事件。（我说的一次事件指的是down到up之间的一系列事件）

我画了个图：

总结一下，如果这一次事件没有人消耗掉，则系统不会给你下一次事件，因为他会认为你这次的事件阻塞了，没必要给下一次。onTouchEvent如果不消耗的话，会从子view传递到父view。

例子：

需求：要做一个完全通过flip手势来切换的界面。在最上层用一个ViewFlipper作为容器，并检测flip手势操作。

难题：ViewFlipper的flip手势检测需要的MotionEvent会被各种子View的触摸检测给拦截了。比如界面上有一个Button，则当手指按下Button（还没有抬起）然后flip出Button，则最上层的flip手势检测无效。

原因：android对Touch Event的分发逻辑是View从上层分发到下层（dispatchTouchEvent函数），然后下层优先开始处理Event（先 mOnTouchListener，再onTouchEvent）并向上返回处理情况（boolean值），若返回true，则上层不再处理。

于是我们首先想到，要保证flip手势检测，需要把所有的Touch Event都传到上层去。

然而在分发逻辑之外还有一个逻辑，android估计是为了保证每个触操作只能由一个View来进行完整响应，对ACTION_DOWN事件有个额外的逻 辑：如果某个View在处理ACTION_DOWN事件时返回false（即该View未处理此事件），那么后续产生的其它事件将直接忽略掉这个 View（不过LongPress又有另外的独立逻辑）。举例来说就是，如果你处理ACTION_DOWN时返回了false，那么你这个View将得不 到ACTION_MOVE或ACTION_DOWN等等这些后续事件了。

于是难题出现了，你若把Touch Event都想办法给传到上层了（只能通过返回false来传到上层），那么下层的各种子View就不能处理后续事件了。

解决方案：

开始仅着眼于Touch Event处理完后的回传过程，想了N久不得，毕竟我想实现的是一个需要打破android事件处理逻辑的效果（就是一个连续性操作，只有不满足上层要求时，才轮到下层处理）。然后突然想到事件的分发过程，便豁然开朗：

覆写最上层的View的dispatchTouchEvent函数，代码如下：

      @Override
      public boolean dispatchTouchEvent(MotionEvent event) {

             if (_flipDetector.onTouchEvent(event)) {
             event.setAction(MotionEvent.ACTION_CANCEL);
             }

             return super.dispatchTouchEvent(event);
      }

于是效果实现。也就是在分发之前便进行手势检测处理，若检测成功，则取消下层的一切处理过程。

续：Android onTouchEvent, onClick及onLongClick的调用机制

from：http://blog.csdn.net/ddna/article/details/5451722

针对屏幕上的一个View控件，Android如何区分应当触发onTouchEvent，还是onClick，亦或是onLongClick事件？

在Android中，一次用户操作可以被不同的View按次序分别处理，并将完全响应了用户一次UI操作称之为消费了该事件(consume)，那么Android是按什么次序将事件传递的呢?又在什么情况下判定为消费了该事件？

搞清楚这些问题对于编写出能正确响应UI操作的代码是很重要的，尤其当屏幕上的不同View需要针对此次UI操作做出各种不同响应的时候更是如此，一个典型例子就是用户在桌面上放置了一个Widget，那么当用户针对widget做各种操作时，桌面本身有的时候要对用户的操作做出响应，有时忽略。只有搞清楚事件触发和传递的机制才有可能保证在界面布局非常复杂的情况下，UI控件仍然能正确响应用户操作。

1. onTouchEvent

onTouchEvent中要处理的最常用的3个事件就是：ACTION_DOWN、ACTION_MOVE、ACTION_UP。

这三个事件标识出了最基本的用户触摸屏幕的操作，含义也很清楚。虽然大家天天都在用它们，但是有一点请留意，ACTION_DOWN事件作为起始事件，它的重要性是要超过ACTION_MOVE和ACTION_UP的，如果发生了ACTION_MOVE或者ACTION_UP，那么一定曾经发生了ACTION_DOWN。

从Android的源代码中能看到基于这种不同重要性的理解而实现的一些交互机制，SDK中也有明确的提及，例如在ViewGroup的onInterceptTouchEvent方法中，如果在ACTION_DOWN事件中返回了true，那么后续的事件将直接发给onTouchEvent，而不是继续发给onInterceptTouchEvent。

2. onClick、onLongClick与onTouchEvent

曾经看过一篇帖子提到，如果在View中处理了onTouchEvent，那么就不用再处理onClick了，因为Android只会触发其中一个方法。这个理解是不太正确的，针对某个view，用户完成了一次触碰操作，显然从传感器上得到的信号是手指按下和抬起两个操作，我们可以理解为一次Click，也可以理解为发生了一次ACTION_DOWN和ACTION_UP，那么Android是如何理解和处理的呢？

在Android中，onClick、onLongClick的触发是和ACTION_DOWN及ACTION_UP相关的，在时序上，如果我们在一个View中同时覆写了onClick、onLongClick及onTouchEvent的话，onTouchEvent是最先捕捉到ACTION_DOWN和ACTION_UP事件的，其次才可能触发onClick或者onLongClick。主要的逻辑在View.java中的onTouchEvent方法中实现的：

case MotionEvent.ACTION_DOWN:

mPrivateFlags |= PRESSED;

refreshDrawableState();

if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) {

postCheckForLongClick();

}

break;

case MotionEvent.ACTION_UP:

if ((mPrivateFlags & PRESSED) != 0) {

boolean focusTaken = false;

if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {

focusTaken = requestFocus();

}

if (!mHasPerformedLongPress) {

if (mPendingCheckForLongPress != null) {

removeCallbacks(mPendingCheckForLongPress);

}

if (!focusTaken) {

performClick();

}

}

…

break;

可以看到，Click的触发是在系统捕捉到ACTION_UP后发生并由performClick()执行的，performClick里会调用先前注册的监听器的onClick()方法：

public boolean performClick() {

…

if (mOnClickListener != null) {

playSoundEffect(SoundEffectConstants.CLICK);

mOnClickListener.onClick(this);

return true;

}

return false;

}

LongClick的触发则是从ACTION_DOWN开始，由postCheckForLongClick()方法完成：

private void postCheckForLongClick() {

mHasPerformedLongPress = false;

if (mPendingCheckForLongPress == null) {

mPendingCheckForLongPress = new CheckForLongPress();

}

mPendingCheckForLongPress.rememberWindowAttachCount();

postDelayed(mPendingCheckForLongPress, ViewConfiguration.getLongPressTimeout());

}

可以看到，在ACTION_DOWN事件被捕捉后，系统会开始触发一个postDelayed操作，delay的时间在Eclair2.1上为500ms，500ms后会触发CheckForLongPress线程的执行：

class CheckForLongPress implements Runnable {

…

public void run() {

if (isPressed() && (mParent != null)

&& mOriginalWindowAttachCount == mWindowAttachCount) {

if (performLongClick()) {

mHasPerformedLongPress = true;

}

}

}

…

}

如果各种条件都满足，那么在CheckForLongPress中执行performLongClick()，在这个方法中将调用onLongClick()：

public boolean performLongClick() {

…

if (mOnLongClickListener != null) {

handled = mOnLongClickListener.onLongClick(View.this);

}

…

}

从实现中可以看到onClick()和onLongClick()方法是由ACTION_DOWN和ACTION_UP事件捕捉后根据各种情况最终确定是否触发的，也就是说如果我们在一个Activity或者View中同时监听或者覆写了onClick(),onLongClick()和onTouchEvent()方法，并不意味着只会发生其中一种。

下面是一个onClick被触发的基本时序的Log：

04-05 05:57:47.123: DEBUG/TSActivity(209): onTouch ACTION_DOWN

04-05 05:57:47.263: DEBUG/TSActivity(209): onTouch ACTION_UP

04-05 05:57:47.323: DEBUG/TSActivity(209): onClick

可以看出是按ACTION_DOWN -> ACTION_UP -> onClick的次序发生的。

下面是一个onLongClick被触发的基本时序的Log：

04-05 06:00:04.133: DEBUG/TSActivity(248): onTouch ACTION_DOWN

04-05 06:00:04.642: DEBUG/TSActivity(248): onLongClick

04-05 06:00:05.083: DEBUG/TSActivity(248): onTouch ACTION_UP

可以看到，在保持按下的状态一定时间后会触发onLongClick,之后抬起手才会发生ACTION_UP。

3. onClick和onLongClick能同时发生吗？

要弄清楚这个问题只要理解Android对事件处理的所谓消费(consume)概念即可，一个用户的操作会被传递到不同的View控件和同一个控件的不同监听方法处理，任何一个接收并处理了该次事件的方法如果在处理完后返回了true，那么该次event就算被完全处理了，其他的View或者监听方法就不会再有机会处理该event了。

onLongClick的发生是由单独的线程完成的，并且在ACTION_UP之前，而onClick的发生是在ACTION_UP后，因此同一次用户touch操作就有可能既发生onLongClick又发生onClick。这样是不是不可思议？所以及时向系统表示“我已经完全处理（消费）了用户的此次操作”，是很重要的事情。例如，我们如果在onLongClick()方法的最后return true，那么onClick事件就没有机会被触发了。

下面的Log是在onLongClick()方法return false的情况下，一次触碰操作的基本时序：

04-05 06:00:53.023: DEBUG/TSActivity(277): onTouch ACTION_DOWN

04-05 06:00:53.533: DEBUG/TSActivity(277): onLongClick

04-05 06:00:55.603: DEBUG/TSActivity(277): onTouch ACTION_UP

04-05 06:00:55.663: DEBUG/TSActivity(277): onClick

可以看到，在ACTION_UP后仍然触发了onClick()方法。

续2：两分钟彻底让你明白Android中onInterceptTouchEvent与onTouchEvent(图文)!

onInterceptTouchEvent:

onInterceptTouchEvent 是在ViewGroup里面定义的。Android中的layout布局类一般都是继承此类的。onInterceptTouchEvent是用于拦截手 势事件的，每个手势事件都会先调用onInterceptTouchEvent。

onTouchEvent:

onTouchEvent同样也是在view中定义的一个方法。处理传递到view 的手势事件。手势事件类型包括ACTION_DOWN,ACTION_MOVE,ACTION_UP,ACTION_CANCEL等事件。

其 中Layout里的onInterceptTouchEvent默认返回值是false,这样touch事件会传递到View控件，Layout里的 onTouch默认返回值是false, View里的onTouch默认返回值是true,当我们手指点击屏幕时候，先调用ACTION_DOWN事件,当onTouch里返回值是true的时 候，onTouch回继续调用ACTION_UP事件，如果onTouch里返回值是false，那么onTouch只会调用ACTION_DOWN而不 调用ACTION_UP.

为了让当家更容易理解我写了一个简单的Demo.自定义了Layout与View,Android工程目录如下:

新建一个MyLayout.java代码如下:

package com.tutor.touch;import android.content.Context;import android.util.AttributeSet;import android.util.Log;import android.view.MotionEvent;import android.widget.FrameLayout;public class MyLayout extends FrameLayout {        public MyLayout(Context context){        super(context);    }        public MyLayout(Context context, AttributeSet attrs) {        super(context, attrs);        // TODO Auto-generated constructor stub    }    @Override    public boolean onInterceptTouchEvent(MotionEvent ev) {        Log.e(TouchDemoActivity.TAG, "MyLayout onInterceptTouchEvent.");        Log.e(TouchDemoActivity.TAG,"MyLayout onInterceptTouchEvent default return "         + super.onInterceptTouchEvent(ev));        return super.onInterceptTouchEvent(ev);    }                @Override    public boolean onTouchEvent(MotionEvent event) {        Log.e(TouchDemoActivity.TAG, "MyLayout onTouchEvent.");        Log.e(TouchDemoActivity.TAG,"MyLayout onTouchEvent default return "         + super.onTouchEvent(event));        return super.onTouchEvent(event);    }}


然后新建一个MyView.java代码如下:

package com.tutor.touch;import android.content.Context;import android.util.AttributeSet;import android.util.Log;import android.view.MotionEvent;import android.widget.Button;public class MyView extends Button {    public MyView(Context context){        super(context);    }        public MyView(Context context, AttributeSet attrs) {        super(context, attrs);    }        @Override    public boolean onTouchEvent(MotionEvent event) {        Log.e(TouchDemoActivity.TAG, "MyView onTouchEvent.");        Log.e(TouchDemoActivity.TAG,"MyView onTouchEvent default return "         + super.onTouchEvent(event));        return super.onTouchEvent(event);    }}

其中TouchDemoActivity代码如下：

package com.tutor.touch;import android.app.Activity;import android.os.Bundle;public class TouchDemoActivity extends Activity {    public static final String TAG = "TouchDemoActivity";    @Override    public void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.main);    }}

上面所有的布局文件main.xml代码如下:

<?xml version="1.0" encoding="utf-8"?><com.tutor.touch.MyLayout xmlns:android="http://schemas.android.com/apk/res/android"    android:layout_width="fill_parent"    android:layout_height="fill_parent"     >    <com.tutor.touch.MyView        android:layout_width="fill_parent"        android:layout_height="wrap_content"        android:text="@string/hello" /></com.tutor.touch.MyLayout>

运行上述Android工程效果如下:

点击红色区域，触发了MyView里的onTouch事件查看logcat,如下图:

点击绿色区域，则触发了MyLayout里的onTouch事件，查看logcat，如下图:

上 面俩个截图都是用系统默认值，可以得出结论:onInterceptTouchEvent默认返回值是false,MyLayout里 onTouchEvent默认返回值是false，所以只消费了ACTION_DOWN事件，MyView里onTouch默认返回值是true,调用了 俩次:ACTION_DOW,ACTION_UP。

下面我们把MyLayout.java里的onInterceptTouchEvent的return值修改为true，代码如下:

@Override    public boolean onInterceptTouchEvent(MotionEvent ev) {        Log.e(TouchDemoActivity.TAG, "MyLayout onInterceptTouchEvent.");        Log.e(TouchDemoActivity.TAG,"MyLayout onInterceptTouchEvent default return "         + super.onInterceptTouchEvent(ev));        return true;    }

运行工程，继续点击红色区域,查看logcat，发现MyView的onTouch事件没有被调用，也就是被拦截了如下图所示:

让我们继续实验，让onInterceptTouchEvent的返回值继续为false,将MyView里的onTouchEvent的返回值修改为false,即MyView里的onTouchEvent修改如下:

    @Override    public boolean onTouchEvent(MotionEvent event) {        Log.e(TouchDemoActivity.TAG, "MyView onTouchEvent.");        Log.e(TouchDemoActivity.TAG,"MyView onTouchEvent default return "         + super.onTouchEvent(event));        return false;    }

运行工程，继续点击红色区域，查看logcat，如下图:

根据上图，我们可以看出MyView里的OnTouchEvent只消费了一次点击事件也就是ACTION_DOWN,还没有执行ACTION_UP,然后跑到MyLayout里又去执行了OnTouchEvent事件。

所以根据上面的内容总结如下:

ViewGroup里的onInterceptTouchEvent默认值是false这样才能把事件传给View里的onTouchEvent.

ViewGroup里的onTouchEvent默认值是false。

View里的onTouchEvent返回默认值是true.这样才能执行多次touch事件。

from：http://blog.csdn.net/android_tutor/article/details/7193090

更多相关文章

  1. 百度地图长按事件
  2. SimpleAdapter响应item点击事件
  3. android的事件分发
  4. java.lang.IllegalStateException: No host
  5. android Button的应用
  6. webView scroll滑动事件
  7. Android(安卓)从入门到精通 第七章 事件
  8. sqlite的使用及其框架
  9. 从TikTok事件，聊聊如何用内容煽动情绪

随机推荐

  1. Android(安卓)studio3.0 com.android.too
  2. Android(安卓)实现 zlib压缩与解压
  3. Android(安卓)SDCard操作
  4. android 红外
  5. Android之访问下载文件
  6. Android解析包名信息
  7. android 通过HttpPost 调用.Net Wcf
  8. android利用ViewPager做的介绍软件功能de
  9. ANDROID中SHAPE的使用
  10. android 捕获返回（后退）按钮事件的两种方法