事件分发是AndroID中非常重要的机制,是用户与界面交互的基础。这篇文章将通过示例打印出的Log,绘制出事件分发的流程图,让大家更容易的去理解AndroID的事件分发机制。
一、必要的基础知识
1、相关方法
AndroID中与事件分发相关的方法主要包括dispatchtouchEvent、onIntercepttouchEvent、ontouchEvent三个方法,而事件分发一般会经过三种容器,分别为Activity、VIEwGroup、VIEw。下表对这三种容器分别拥有的事件分发相关方法进行了整理。
事件相关方法 | 方法功能 | Activity | VIEwGroup | VIEw |
---|---|---|---|---|
public boolean dispatchtouchEvent | 事件分发 | Yes | Yes | Yes |
public boolean onIntercepttouchEvent | 事件拦截 | No | Yes | No |
public boolean ontouchEvent | 事件消费 | Yes | Yes | Yes |
分发: dispatchtouchEvent如果返回true,则表示在当前VIEw或者其子VIEw(子子…VIEw)中,找到了处理事件的VIEw;反之,则表示没有寻找到
拦截: onIntercepttouchEvent如果返回true,则表示这个事件由当前VIEw进行处理,不管处理结果如何,都不会再向子VIEw传递这个事件;反之,则表示当前VIEw不主动处理这个事件,除非他的子VIEw返回的事件分发结果为false
消费: ontouchEvent如果返回true,则表示当前VIEw就是事件传递的终点;反之,则表示当前VIEw不是事件传递的终点
2、相关事件
这篇文章中我们只考虑4种触摸事件: ACTION_DOWN、ACTION_UP、ACTION_MOVE、ACTION_CANAL。 事件序列:一个事件序列是指从手指触摸屏幕开始,到手指离开屏幕结束,这个过程中产生的一系列事件。一个事件序列以ACTION_DOWN事件开始,中间可能经过若干个MOVE,以ACTION_UP事件结束。 接下来我们将使用之前的文章自定义view――d性滑动中例子来作为本文的示例,简单增加一些代码即可,修改之后的代码请点击查看。
二、示例的默认情况
我们可以从示例代码的xml中看出,图片都是可点击的。
<?xml version="1.0" enCoding="utf-8"?><com.IDtk.customscroll.ParentVIEw 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" androID:padding="10dp" tools:context="com.IDtk.customscroll.MainActivity" > <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/zhiqinchun" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="wrap_content" androID:layout_height="wrap_content" androID:src="@drawable/hanzhan" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/shengui" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/dayu" androID:clickable="true"/></com.IDtk.customscroll.ParentVIEw>
我们现在来点击一下,查看下打印出的日志。
根据打印出的log来绘制一张事件传递的流程图
现在来理一下事件序列的流程:
ACTION_DOWN事件从Activity#dispatchtouchEvent方法开始 ACTION_DOWN事件传递至VIEwGroup#dispatchtouchEvent方法,VIEwGroup#onIntercepttouchEvent返回false,表示不拦截ACTION_DOWN ACTION_DOWN事件传递到VIEw#dispatchtouchEvent方法,在VIEw#ontouchEvent进行执行,返回true,表示事件已经被消费 返回的结果true,被回传到VIEw#dispatchtouchEvent,之后回传到ACTION_DOWN事件的起点Activity#dispatchtouchEvent方法 ACTION_UP事件的传递过程与ACTION_DOWN相同,这里不再复述这里使用工作中的情况来模拟一下:老板(Activity)、项目经理(VIEwGroup)、软件工程师(VIEw)
老板分配一个任务给项目经理(Activity#dispatchtouchEvent → VIEwGroup#dispatchtouchEvent),项目经理选择自己不做这个任务(VIEwGroup#dispatchtouchEvent返回false),交由软件工程师处理这个任务(<VIEw#dispatchtouchEvent)(我们忽略总监与组长的情况),软件工程师完成了这个任务(VIEw#ontouchEvent返回true)
把结果告诉项目经理(返回结果true,VIEw#dispatchtouchEvent→ VIEwGroup#dispatchtouchEvent),项目经理把结果告诉老板(返回结果true,VIEwGroup#dispatchtouchEvent→Activity#dispatchtouchEvent)
项目经理完成的不错,老板决定把这个项目的二期、三期等都交给项目经理,同样项目经理也觉得这个软件工程师完成的不错,所以也把二期、三期等都交给这个工程师来做
通过上面的传递过程,我们可以得出一些结论:
某个VIEw如果ontouchEvent返回true,表示事件被消费,则其结果将直接通过dispatchtouchEvent方法传递回Activity 如果某个VIEw消费了ACTION_DOWN事件,那么这个事件序列中的后续事件也将交由其进行处理(有一些特殊情况除外,比如在序列中的之后事件进行拦截)
三、在VIEw中不消费事件
我们现在修改示例代码的xml部分,androID:clickable="true"全部修改为androID:clickable="false"
<?xml version="1.0" enCoding="utf-8"?><com.IDtk.customscroll.ParentVIEw 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" androID:padding="10dp" tools:context="com.IDtk.customscroll.MainActivity" > <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/zhiqinchun" androID:clickable="false"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="wrap_content" androID:layout_height="wrap_content" androID:src="@drawable/hanzhan" androID:clickable="false"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/shengui" androID:clickable="false"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/dayu" androID:clickable="false"/></com.IDtk.customscroll.ParentVIEw>
这时再点击一下,查看新打印出的日志
现在根据log中显示的逻辑,分别绘制ACTION_DOWN事件与ACTION_UP事件传递的流程图
我们来整理下这个事件序列的流程:
ACTION_DOWN事件的传递与之前相同,不同的地方在于,返回值的传递 因为不可点击,VIEw#ontouchEvent返回值为false,将其传递给自己的dispatchtouchEvent方法,之后传递到VIEwGroup#dispatchtouchEvent方法,再传递到VIEwGroup#ontouchEvent方法 VIEwGroup返回false之后,ACTION_DOWN事件交由Activity#ontouchEvent方法进行处理,然而依旧返回false,最后ACTION_DOWN事件的返回结果即为false ACTION_UP事件在发现VIEw、VIEwGroup并不处理ACTION_DOWN事件后,直接将其传递给了Activity#ontouch方法处理,处理返回false,ACTION_UP事件的返回结果即为false这里使用工作中的情况来模拟:依旧是老板(Activity)、项目经理(VIEwGroup)、软件工程师(VIEw) 从老板交任务给项目经理,项目经理交任务给工程师,这一段流程和之前的例子相同。不同之处是软件工程师没有完成这个任务(VIEw#ontouchEvent返回false),告诉项目经理我没有完成,然后项目经理自己进行了尝试,同样没有完成(VIEwGroup#ontouchEvent返回false),项目经理告诉了老板,我没有完成,然后老板自己试了下也没有完成这个任务(Activity#ontouchEvent返回false),但之后的也有项目的二期、三期,不过老板知道你们完成不了,所以都是他自己进行尝试,不过很惨都没完成。(这段有点与正常情况不同,不过只是打个比方)
通过结合上面两个例子,可以得出一些结论:
某个VIEw如果ontouchEvent返回false,表示事件没有被消费,则事件将传递给其父VIEw的ontouchEvent进行处理 某个VIEw如果它不消耗ACTION_DOWN事件,那么这个序列的后续事件也不会再交由它来处理 如果事件没有VIEw对其进行处理,那么最后将有Activity进行处理 VIEw默认的ontouchEvent在VIEw可点击的情况下,将会消耗事件,返回true;不可点击的情况下,则不消耗事件,返回false(longClickable的情况,读者可以自行测试,结果与clickable相同)四、在VIEwGroup中拦截事件
事件分发中拦截的情况,这里我把它分为2种,一种是在ACTION_DOWN事件时,就进行拦截的;另一种是在ACTION_DOWN之后的事件序列中,对事件进行了拦截。
1、在事件开始时拦截
为了达到在VIEwGroup中,一开始就拦截触摸事件的效果,我们需要进行修改,在ParentVIEw#onIntercepttouchEvent方法的最后部分,我注释掉的intercept=true;进行恢复,然后为activity_main.xml中的ParentVIEw增加androID:clickable="true"属性。
<?xml version="1.0" enCoding="utf-8"?><com.IDtk.customscroll.ParentVIEw 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" androID:padding="10dp" tools:context="com.IDtk.customscroll.MainActivity" > <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/zhiqinchun" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="wrap_content" androID:layout_height="wrap_content" androID:src="@drawable/hanzhan" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/shengui" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/dayu" androID:clickable="true"/></com.IDtk.customscroll.ParentVIEw>
我们现在来看下拦截情况下的事件流程图
这里大部分和之前的例子相同,主要的区别是在于VIEwGroup#onIntercepttouchEvent方法中,对传递的事件进行了拦截,返回true,ACTION_DOWN事件就传递到了VIEwGroup#ontouchEvent中进行处理,ACTION_DOWN事件之后的传递就与之前的例子相同了。另一点重要的区别是,在VIEwGroup拦截下事件之后,此事件序列的其余事件,在进入VIEwGroup#dispatchtouchEvent方法之后,不在需要进行是否拦截事件的判断,而是直接进入了ontouchEvent方法之中。
使用工作中的情况来模拟:老板(Activity)、项目经理(VIEwGroup)、软件工程师(VIEw) 老板吧任务交给项目经理,项目经理认为这个项目比较难,所以决定自己处理(VIEwGroup#onIntercepttouchEvent,return true),项目经理比较厉害他把任务完成了(VIEwGroup#ontouchEvent,return true),然后他告诉老板他完成了(return true,VIEwGroup#dispatchtouchEvent→Activity#dispatchtouchEvent)。之后老板依旧会把任务交给项目经理,项目经理知道这个任务难度,所以不假思索(也就是这个事件序列中的其余事件没有经过VIEwGroup#onIntercepttouchEvent)的自己来做。
通过上面的例子,可以得出一些结论:
某个VIEwGroup如果onIntercepttouchEvent返回为true,则VIEwGroup拦截事件,将事件传递给其ontouchEvent方法进行处理
某个VIEwGroup如果它的onIntercepttouchEvent返回为true,那么这个事件序列中的后续事件,不会在进行onIntercepttouchEvent的判断,而是由它的dispatchtouchEvent方法直接传递给ontouchEvent方法进行处理
2、在事件序列中拦截
这里把使用的示例恢复到初始状态,然后把我在ParentVIEw#onIntercepttouchEvent方法,switch内的两个注释掉的intercept = true;代码进行恢复,最后部分intercept = true;再次注释掉。
<?xml version="1.0" enCoding="utf-8"?><com.IDtk.customscroll.ParentVIEw 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" androID:padding="10dp" tools:context="com.IDtk.customscroll.MainActivity" > <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/zhiqinchun" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="wrap_content" androID:layout_height="wrap_content" androID:src="@drawable/hanzhan" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/shengui" androID:clickable="true"/> <com.IDtk.customscroll.ChildVIEw androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:src="@drawable/dayu" androID:clickable="true"/></com.IDtk.customscroll.ParentVIEw>
重新运行之后,滑动一个图片,来看看Log
这里分成两张图片,是因为中间有很多ACTION_MOVE,为了方便观察,所以只截取了Log的首尾部分。 这里的关键部分,就是红框中的ACTION_CANCEL,可以看到ACTION_DOWN事件的传递时onIntercepttouchEvent并没有拦截,返回false,在其后的事件ACTION_MOVE再次进入onIntercepttouchEvent时,VIEwGroup对事件进行了拦截,这样将会对VIEw传递一个ACTION_CANCEL事件,之后的ACTION_MOVE事件就不再传递给VIEw了。
使用工作中的情况来模拟:老板(Activity)、项目经理(VIEwGroup)、软件工程师(VIEw) 这里的情况就是,一期的任务和第一个例子一样的情况一样,由软件工程师完成,不过忽然项目经理觉得二期的任务有点难,然后决定自己完成。这时就给工程师说,这个项目的后续任务,不要你来完成了(ACTION_CANCEL)。
从这里也可以得出一个结论:
某个VIEw接收了ACTION_DOWN之后,这个序列的后续事件中,如果在某一刻被父VIEw拦截了,则这个字VIEw会收到一个ACTION_CANCEL事件,并且也不会再收到这个事件序列中的后续事件。
五、小结
本文通过示例打印出的各种Log对AndroID的事件分发机制进行,得出如下结论。
一个事件序列是指从手指触摸屏幕开始,到手指离开屏幕结束,这个过程中产生的一系列事件。一个事件序列以ACTION_DOWN事件开始,中间可能经过若干个MOVE,以ACTION_UP事件结束。 事件的传递过程是由外向内的,即事件总是由父元素分发给子元素 如果某个VIEw消费了ACTION_DOWN事件,那么通常情况下,这个事件序列中的后续事件也将交由其进行处理,但可以通过调用其父VIEw的onIntercepttouchEvent方法,对后续事件进行拦截 如果某个VIEw它不消耗ACTION_DOWN事件,那么这个序列的后续事件也不会再交由它来处理 如果事件没有VIEw对其进行处理,那么最后将有Activity进行处理 如果事件传递的结果为true,回传的结果直接通过不断调用父VIEw#dispatchtouchEvent方法,传递给Activity;如果事件传递的结果为false,回传的结果不断调用父VIEw#ontouchEvent方法,获取返回结果。 VIEw默认的ontouchEvent在VIEw可点击的情况下,将会消耗事件,返回true;不可点击的情况下,则不消耗事件,返回false(longClickable的情况,读者可以自行测试,结果与clickable相同) 如果某个VIEwGroup的onIntercepttouchEvent返回为true,那么这个事件序列中的后续事件,不会在进行onIntercepttouchEvent的判断,而是由它的dispatchtouchEvent方法直接传递给ontouchEvent方法进行处理 如果某个VIEw接收了ACTION_DOWN之后,这个序列的后续事件中,在某一刻被父VIEw拦截了,则这个字VIEw会收到一个ACTION_CANCEL事件,并且也不会再收到这个事件序列中的后续事件
事件相关方法 | 方法功能 | Activity | VIEwGroup | VIEw |
---|---|---|---|---|
public boolean dispatchtouchEvent | 事件分发 | Yes | Yes | Yes |
public boolean onIntercepttouchEvent | 事件拦截 | No | Yes | No |
public boolean ontouchEvent | 事件消费 | Yes | Yes | Yes |
以上就是对AndroID 事件分发的资料整理,后续继续补充相关资料,谢谢大家对本站的支持!
总结以上是内存溢出为你收集整理的Android 事件分发详解及示例代码全部内容,希望文章能够帮你解决Android 事件分发详解及示例代码所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)