Android事件机制深入探讨（一）

简述

关于View传递事件的博文很多，看的让人眼花缭乱，最近有点时间，把自己所了解的做一个总结，直接进入主题了。事件的传递主要有三个方法：dispatchTouchEvent(事件分发)、onInterceptTouchEvent(事件拦截)、onTouchEvent(事件消费)。如下图：

事件	Activity	ViewGroup	View
dispatchTouchEvent	有	有	有
onInterceptTouchEvent	没有	有	没有
onTouchEvent	有	有	有

从上面的表格我们可以看出只有拦截事件比较特殊，只存在ViewGroup中，也就是我们只能在ViewGroup中才能重写该方法。这三个方法都有返回值，返回值为true的话表示该事件被消费，事件传递终止，反之返回false，事件继续传递。
事件分成好几种类型，我们常用的就三种，从手指按下移动到抬起依次为：ACTION_DOWN(按下)、ACTION_MOVE(移动)、ACTION_UP(抬起)。

事件的传递过程

事件的传递在我们手指按下(ACTION_DOWN)的瞬间发生了,如果手指有移动会触发若干个移动事件(ACTION_MOVE),当你手指抬起时会触发ACTION_UP事件，这样为一个事件序列。我们先来看看单个事件时怎么传递的，如下一个Demo，一个Activity放有一个ViewGroup，ViewGroup放有一个View，其中ViewGroup和View都是我们自定义的，分别继承与ViewGroup和View的子类，代码如下：
Activity代码如下：

public class TouchEventActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_touch_event);}@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是Activity的--->dispatchTouchEvent");return super.dispatchTouchEvent(ev);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是Activity的--->onTouchEvent");return super.onTouchEvent(event);}
}

布局文件如下：

其中自定义控件CustomLinearLayout代码如下：

public class CustomLinearLayout extends LinearLayout {....@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->dispatchTouchEvent");return super.dispatchTouchEvent(ev);}@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onInterceptTouchEvent");return super.onInterceptTouchEvent(ev);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onTouchEvent");return super.onTouchEvent(event);}
}

CustomTextView代码如下：

public class CustomTextView extends TextView {...@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->dispatchTouchEvent");return super.dispatchTouchEvent(event);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->onTouchEvent");return super.onTouchEvent(event);}
}

效果如下：

运行，我们点击自定义的TextView，打印出来的日志如下：

什么意思呢？不要着急，接下来我慢慢解释。首先我们知道一次点击，会触发一次ACTION_DOWN、若干个ACTION_MOVE、一次ACTION_UP事件，而一次事件的传递是由上往下传递的，也就是依次通过Activity、ViewGroup、View。按下的瞬间ACTION_DOWN触发，Activity的dispatchTouchEvent(事件分发)会先调用，这个跟我们的第一行的日志不谋而合，其实Activity的dispatchTouchEvent方法可以用下面的伪代码表示：

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {if (viewGroup或者view.dispatchTouchEvent(ev)) {return true;}return onTouchEvent(ev);
}

这里我不贴源代码了，伪代码看比较好理解。
Activity中的dispatchTouchEvent会调用ViewGroup或者View的dispatchTouchEvent的方法，而当ViewGroup或者View返回false时才会调用本身的onTouchEvent方法。第一行日就容易理解了，是执行Activity的dispatchTouchEvent打印出来的，而后会调用CustomLinearLayout的dispatchTouchEvent的事件分发方法，这就有了第二行的日志。

这里有个知识点，就是ViewGroup的dispatchTouchEvent方法会调用自身的onInterceptTouchEvent（事件拦截）方法，这一点跟Activity中的有点不一样，因为Activity中并没有事件拦截方法，如果ViewGroup的onInterceptTouchEvent事件拦截方法返回true，那么View中的dispatchTouchEvent方法不会被调用，反而会执行ViewGroup的onTouchEvent方法，那么该事件（ACTION_DOWN事件）传递结束。

如果返回的是false（默认就是返回false），那么View 中的dispatchTouchEvent方法会被调用，因为View是最底层的控件，事件无法继续再往下传递，只能自身消费，所以dispatchTouchEvent又会调用onTouchEvent方法，在我们这个例子中，onTouchEvent返回的是默认值false，也就是没有消费该事件。

我们知道事件的传递是从上往下传递的，那么当事件传递到最底层的View并且该事件没有被消费，又该如何呢？其实上面的日志已经告诉我们了，当最底层的View并没有消费该事件时，该事件会一层层往上抛，接下来会执行ViewGroup的onTouchEvent方法，如果返回true的话，事件传递停止，如果还是一样返回默认值false的话，Activity的onTouchEvent方法会被调用，到此ACTION_DOWN事件的传递结束，这就是一次完整的事件传递过程，下图为事件传递的流程图：

细心同学又会问了，既然事件的传递结束了，为什么Activity的dispatchTouchEvent、onTouchEvent又被执行了两次呢（日志打印出来的）？

没错，确实是执行了，刚才我们说过了：手指按下移动到抬起，会执行一次ACTION_DOWN(按下)、若干次ACTION_MOVE(移动)和一次ACTION_UP(抬起)，被执行了两次是因为执行了一次ACTION_MOVE（一次是偶然的，如果你手指多滑动，会执行多次的）和一次ACTION_UP事件，也就是还有两次完整的事件传递过程，但是我们发现后面这两次跟ACTION_DOWN不一样，只调用两次Activity的dispatchTouchEvent、onTouchEvent方法，这是为什么呢？

因为Android本身的事件传递机制就是这样的，我们把手指按下抬起所发生的事件传递称为一个事件序列，看似3个或3个以上独立的事件组成，其实不然，它们还是有联系的，因为当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发下一个action，什么意思呢？刚才的例子Activity的dispatchTouchEvent的方法中viewGroup或者view.dispatchTouchEvent(ev)返回的是默认值false，接下来ACTION_MOVE、ACTION_UP两个事件并不会触发ViewGroup的dispatchTouchEvent方法（因为你前一个action【ACTION_UDOWN】返回的false），反而是直接执行自身的onTouchEvent的方法。所以打印出来的日志就是这样的。这告诉我们如果一个事件序列的ACTION_DOWN事件你没消费掉，那么该事件序列的ACTION_MOVE、ACTION_UP并不会在被执行了。

接下来我们稍微改一下代码，把CustomTextView的onTouchEvent改成返回true，如下：

@Override
public boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->onTouchEvent");return true;
}

运行点击，我们来看一下日志，如下图：

CustomTextView的onTouchEvent消费了事件，所以该序列的后续事件都会完整的传递到CustomTextView中，并且都会在该方法中终止事件的传递。

我们再来看看把CustomTextView的dispatchTouchEvent也改成直接返回true，是个什么情况，完整的代码如下：

public class CustomTextView extends TextView {...@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->dispatchTouchEvent");return true;}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是View的--->onTouchEvent");return true;}
}

执行点击，日志如下：

我们看到每次事件都会传递到View的dispatchTouchEvent，但是onTouchEvent并不会被执行，关键代码就在View中的dispatchTouchEvent返回值不一样：

    return super.dispatchTouchEvent(ev);return true;

因为onTouchEvent是在super.dispatchTouchEvent方法中执行的，所以我们虽然返回了true，每次事件都会传递过来但是并不会执行onTouchEvent方法。

哈哈，是不是有点复杂啊，好好品味哈，不然后面越看你会越乱。

接下来我们也把ViewGroup（CustomLinearLayout）代码也改一下，把方法onInterceptTouchEvent的返回值改为true，代码如下：

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onInterceptTouchEvent");return true;
}

点击执行，日志如下：

我们可以看到事件传递到ViewGroup的onInterceptTouchEvent后会直接调用本身的onTouchEvent方法，并没有把事件传递给View的dispatchTouchEvent方法，因为返回true，就表明我们拦截了事件并把事件交给自己处理，也阻止了事件继续往下传递，但是我们虽然拦截了事件，但并没有消费该事件，所以后续的事件ViewGroup并没有接收到，现在我们再把ViewGroup的onTouchEvent改为返回 true，代码如下：

@Override
public boolean onTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onTouchEvent");return true;
}

运行、点击，日志如下：

如我们所说，onTouchEvent返回了true消费了该事件，每次事件都会传递到ViewGroup，并且在onTouchEvent结束事件的传递，但是你们发现没有onInterceptTouchEvent只会被执行一次，没错就是这么奇葩，只要你拦截了该事件，就是这样的，onInterceptTouchEvent并不会执行第二次，读者记住，不要问我为什么，机制就是这样的，为什么要这样，我也不懂，哈哈。

接下来我们把ViewGroup的dispatchTouchEvent的返回值也改成true，完整的代码如下：

public class CustomLinearLayout extends LinearLayout {...@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->dispatchTouchEvent");return true;}@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onInterceptTouchEvent");return true;
}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是ViewGroup的--->onTouchEvent");return true;}
}

一样，点击，运行，日志如下：

是不是有点懵逼的感觉，没错，就是这么任性，哈哈，事件传递到ViewGroup的dispatchTouchEvent中，这时，我们返回true，表明我们消费了该事件，所以后续事件都会继续传递过来，但是我们直接把

return super.dispatchTouchEvent(ev);

改成：

return true;

ViewGroup的onInterceptTouchEvent和View的dispatchTouchEvent并不会被执行了，因为这些都放在super.dispatchTouchEvent里面执行的，所以我们打印出来的日志就这样了，有同学会问Activity的onTouchEvent为什么没被执行，那你就没认真看之前的伪代码了，我们返回了true，Activity的onTouchEvent是不会被执行的，再好好想想哈。

最后我们再改个地方的代码，就是把Activity的dispatchTouchEvent的返回值改为返回true，完整的如下：

public class TouchEventActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_touch_event);}@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(getClass().getSimpleName(), "这是Activity的--->dispatchTouchEvent");return true;}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(getClass().getSimpleName(), "这是Activity的--->onTouchEvent");return false;}
}

运行，点击，日志如下：

我们看到只有Activity的dispatchTouchEvent被执行了3次，知道为什么了吧，这个就不仔细阐述了。

这次的事件机制的讲解就先到这里，下次我们再深入了解，因为事件机制很复杂，所以读者先好好理解这篇所讲的内容，不然后面会越乱。
（小编想说为了让你们看得简约一点，点击一次刚好要执行一次ACTION_MOVE方法好累，得试好多次，哈哈，看在这样，请请请关注、收藏，谢谢了）

Android事件机制深入探讨（一）相关推荐

Android事件机制详解
转自:http://www.codeceo.com/article/android-event.html 1概述在Android平台上,主要用到两种通信机制,即Binder机制和事件机制,前者用于跨 ...
android 事件机制总结
http://www.cnblogs.com/sunzn/archive/2013/05/10/3064129.html http://www.cnblogs.com/sunzn/archive/20 ...
Android事件机制全然解析
android事件是一级一级传递的,假设父控件不拦截.就传给子控件,假设父控件想要消费事件也就是拦截事件的话,须要重写这种方法 public boolean onInterceptTouchEvent ...
Android事件机制
一句话描述: 用户和程序之间的互动机制什么是事件? 用户和程序交互时触发的程序操作. 只要是事件,必须具备三方面: 1 事件的发生者 2 事件接受者 3 事件触发和传递事件处理的方法观察者模式: ...
Android事件机制：事件传递和消费
Android中的事件在表现形式上有很多,如onTach.onClick和onLongClick等,在具体微观上的表现形势有action_down.action_move和action_up等. ...
android 事件机制初探
由于android中的view操作不是线程安全的(线程安全的方法或实例,可以在多个线程使用的情况下不出错),所以android中使用了handler的机制.通过handler,可以将各个线程中的更新u ...
【转】Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/9153761 记得在前面的文章中,我带大家一起从源码的角度分析了Android中Vi ...
Android事件分发机制之ACTION_DOWN
前言 Android的事件分发机制也是老生常谈了,这篇文章并不是笼统的介绍这个机制,而是针对ACTION_DOWN这个事件探讨相关的细节. dispatchTouchEvent 说到Android事件 ...
android touch机制,细说Android事件传递机制(dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent)...
本文背景:前些天用到了之前写的自定义图片文字复合控件,在给他设置监听时遇到了麻烦.虽然最后解决了问题,但发现在不重写LinearLayout的onInterceptTouchEvent时,子Image ...
【探讨】javascript事件机制底层实现原理
前言又到了扯淡时间了,我最近在思考javascript事件机制底层的实现,但是暂时没有勇气去看chrome源码,所以今天我来猜测一把我们今天来猜一猜,探讨探讨,javascript底层事件机制是如 ...

Android事件机制深入探讨（一）

简述

事件的传递过程

Android事件机制深入探讨（一）相关推荐

最新文章

热门文章