Android图解浅析事件拦截机制

来源:互联网 发布:腾讯数据库 编辑:程序博客网 时间:2024/06/14 11:45

当Android系统捕获到用户的各种输入事件后,如何准确的传递给真正的需要这个事件的控件?Android提供了一整套完善的事件传递、处理机制,来帮助开发者完成准确的事件分配与处理,这里我就不分析源码了,简单点,图形化分发过程,便于理解,待到后期分析dispatchTouchEvent源码时,回想这个图解,会方便理解很多。

当我们点击一个按钮时,通常会产生两个或者三个事件---按下、滑动(可能无)、抬起。Android为触摸事件封装了一个类----MotionEvent,其中假如我们重写一个view的onTouchEvent事件中的参数就是一个MotionEvent。由于Android的View结构是树形结构,也就是说,View可以放在ViewGroup里面,通过不同的组合来实现不同的样式。View可以放在一个ViewGroip,而这个ViewGroup又放在另一个ViewGroup里面,甚至还有可能继续嵌套。可能同一个事件,子View和ViewGroup都有可能想要进行处理,因此怎么样去“分发“和“拦截”的问题就产生了。

假设有这么一个View,一个ViewGroupA,里面嵌套了另一个ViewGroupB,而ViewGroupB里面有一个view。整体的布局结构如下:


布局文件如下:

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:layout_width="match_parent"    android:layout_height="match_parent"    tools:context="com.example.viewdispatch.MainActivity" >    <com.example.views.MyViewGroupA        android:layout_width="260dp"        android:layout_height="360dp"        android:background="#f42c61" >        <com.example.views.MyViewGroupB            android:layout_width="200dp"            android:layout_height="300dp"            android:background="#042c61" >            <com.example.views.MyView                android:layout_width="160dp"                android:layout_height="260dp"                android:background="#cccccc" />        </com.example.views.MyViewGroupB>    </com.example.views.MyViewGroupA></RelativeLayout>

整体的Activity包含3个自定义的View,项目结构是MyView、MyViewGroupB、MyViewGroupA。所以整体Touch事件的主角是View和ViewGroup,而与View相关的Touch事件有2个dispatchTouchEvent和onTouchEvent;与ViewGroup相关的Touch事件有3个dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent。所以我们在定义好View和ViewGroup后,让其分别是实现这些方法。

代码如下:

MyView.java

import android.content.Context;import android.util.AttributeSet;import android.util.Log;import android.view.MotionEvent;import android.view.View;public class MyView extends View {private String Tag = "MyView";public MyView(Context context, AttributeSet attrs, int defStyleAttr) {super(context, attrs, defStyleAttr);}public MyView(Context context, AttributeSet attrs) {super(context, attrs);Log.d(Tag, "----->MyView");}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(Tag, "----->onTouchEvent");return super.onTouchEvent(event);}@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {Log.e(Tag, "----->dispatchTouchEvent");return super.dispatchTouchEvent(event);}}
MyViewGroupA.java
import android.content.Context;import android.util.AttributeSet;import android.util.Log;import android.view.MotionEvent;import android.view.ViewGroup;import android.widget.LinearLayout;public class MyViewGroupA extends LinearLayout {private String Tag = "MyViewGroupA";public MyViewGroupA(Context context, AttributeSet attrs, int defStyleAttr) {super(context, attrs, defStyleAttr);// TODO 自动生成的构造函数存根}public MyViewGroupA(Context context, AttributeSet attrs) {super(context, attrs);Log.d(Tag, "----->MyViewGroupA");}@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {Log.e(Tag, "----->dispatchTouchEvent");return super.dispatchTouchEvent(ev);}@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {Log.e(Tag, "----->onInterceptTouchEvent");return super.onInterceptTouchEvent(ev);}@Overridepublic boolean onTouchEvent(MotionEvent event) {Log.e(Tag, "----->onTouchEvent");return super.onTouchEvent(event);}}
MyViewGroupB和A一样,就不贴了。

其中上面事件的传递的返回值是这样的,如果返回true,表示该View(ViewGroup)拦截了,不继续往下分发事件了,如果返回false,表示不拦截,继续往下分发。默认的调用父方法super.xxx是表示不拦截的意思。

下面就开始来验证吧。

运行我们的项目,先看看我们3个view的加载情况吧:


可以看出是由外到内加载的。

好了,开始touch事件吧,现在我们先点击最外层粉红的ViewGroupA,观察Log输出:


然后点击蓝色区域的ViewGroupB,再观察Log输出:


最后点击MyView观察输出


由此,我们可以大致的绘制出如下图所示的这样的一个图解流程。


现在假如我们修改MyViewGroupA中的onInterceptTouchEvent()事件,将其返回值改为True,点击任意一层view,现在我们再看log输出:


可以看出只有A的3个事件进行了处理,由此事件被A拦截了。流程图如下所示:


同理,将A的返回值改回来,我们修改MyViewGroupB的onInterceptTouchEvent()方法,也返回true,然后点击MyView或者MyViewGroupB,试试。Log输出如下:


也就是事件只是分发到了MyViewGroupB,没有到MyView,整个流程图如下所示:


最后,假如底层的MyView想处理呢,相应的我们只用修改下onTouchEvent()的返回值就好,将其改为返回true.然后点击MyView看看log输出。


流程图是这样的:





好了,文章到此结束,先简单的对分发和拦截有个大致的了解,但事件分发机制还没完全分析完,等待下一篇再来分析。

如果觉得分析的不过瘾,可以继续对此进行源码的分析,借用大神的分析博客,结合本篇的图解,相信本文应该还是有帮助的吧。喜欢的话,点个赞,留个言~

庖丁解牛,继续分析:

http://blog.csdn.net/guolin_blog/article/details/9097463

http://blog.csdn.net/guolin_blog/article/details/9153747


最后,如果对文章有什么疑惑,欢迎指出,共同进步!




1 0
原创粉丝点击