Android TouchEvent事件传递机制

思路最清晰分析版本

还不错

Android事件传递机制

跟touch事件相关的3个方法:

publicbooleandispatchTouchEvent(MotionEvent ev);//用来分派event

publicbooleanonInterceptTouchEvent(MotionEvent ev);//用来拦截event

publicbooleanonTouchEvent(MotionEvent ev);//用来处理event

拥有这三个方法的类:

Activity类:ActivitydispatchTouchEvent();

onTouchEvent();

View容器(ViewGroup的子类):FrameLayout、LinearLayout……

ListView、ScrollVIew……dispatchTouchEvent();

onInterceptTouchEvent();

onTouchEvent();

View控件(非ViewGroup子类):Button、TextView、EditText……dispatchTouchEvent();

onTouchEvent();

个方法的用法:

dispatchTouchEvent()用来分派事件。

其中调用了onInterceptTouchEvent()和onTouchEvent(),一般不重写该方法

onInterceptTouchEvent()用来拦截事件。

ViewGroup类中的源码实现就是{return false;}表示不拦截该事件,

事件将向下传递(传递给其子View);

若手动重写该方法,使其返回true则表示拦截,事件将终止向下传递,

事件由当前ViewGroup类来处理,就是调用该类的onTouchEvent()方法

onTouchEvent()用来处理事件。

返回true则表示该View能处理该事件,事件将终止向上传递(传递给其父View);

返回false表示不能处理,则把事件传递给其父View的onTouchEvent()方法来处理

【注】:ViewGroup的某些子类(GridView、ScrollView...)重写了onInterceptTouchEvent()方法,当发生ACTION_MOVE事件时,返回true进行拦截。

为了演示,重写了4个类:

总统 --> MyActivity

省长 --> MyFrameLayout

市长 --> MyLinearLayout

农民 --> MyTextView

Android TouchEvent事件传递机制_第1张图片

【举个通俗易懂的例子】:

总统对省长说:我要吃红烧鱼

省长对市长说:你做个红烧鱼

市长对县长说:你做个红烧鱼

县长对农民说:你做个红烧鱼

……(农民做呀做,没做出来)

农民说:我尽力了,但真心不会做呀,饶了我吧

县长说:你个笨蛋,下次不找你了,看我来做

……(县长做呀做,没做出来)

县长对市长说:我尽力了,非常抱歉,我不会做

市长说:你个废物,要你何用,只能我自己来做了

……(市长做呀做,做成功了)

市长对省长说:红烧鱼做好了

省长说:不错,下次有事还找你

省长对总统说:红烧鱼做好了

总统说:不错,下次有事还找你

---------------------------

总统对省长说:我要吃水煮鱼

省长对市长说:你做个水煮鱼

市长说:县长连红烧鱼都搞不定,这次就不找他了,我自己亲自来做

……(市长做呀做,又成功了)

市长对省长说:水煮鱼做好了

省长说:不错,下次有事还找你

省长对总统说:水煮鱼做好了

总统说:不错,下次有事还找你

---------------------------

按常理,领导都会把任务向下分派,一旦下面的人把事情做不好,就不会再把后续的任务交给下面的人来做了,只能自己亲自做,如果自己也做不了,就只能告诉上级不能完成任务,上级又会重复他的过程。

另外,领导都有权利拦截任务,对下级隐瞒该任务,而直接自己去做,如果做不成,也只能向上级报告不能完成任务。

【1】TextView的clickable属性默认是false,所以TextView的onTouchEvent()方法默认返回false,程序输出如下:

Android TouchEvent事件传递机制_第2张图片

事件传递示意图:

Android TouchEvent事件传递机制_第3张图片

【2】把TextView的clickable属性手动改成true,或者直接重写onTouchEvent()方法,使其返回true,程序输出如下:

Android TouchEvent事件传递机制_第4张图片

事件传递示意图:

Android TouchEvent事件传递机制_第5张图片

【3】手动重写LinearLayout的onInterceptTouchEvent()方法,使其返回true,拦截事件,再重写onTouchEvent()方法,返回true,程序输出:

Android TouchEvent事件传递机制_第6张图片

事件传递示意图:

Android TouchEvent事件传递机制_第7张图片

(1)这一系列的传递流程都是dispatchTouchEvent()方法来控制的,如果不人为地干预,事件将由上自下依次传递(因为默认是返回false不会拦截的),传递到最底层的View,就由它的onTouchEvent()方法来处理事件,若处理成功返回true,若处理失败返回false,事件依次向上传递,每个View都调用自己的onTouchEvent()方法来处理事件,若处理成功就终止传递,若处理失败就继续向上传递。

(2)经过人为的干预,若在向下传递的过程中被拦截了,即onInterceptTouchEvent()方法返回true,则事件将停止向下传递,直接由当前的onTouchEvent()方法来处理,若处理成功则OK,若处理不成功,则事件会向上传递。

(3)另外,dispatchTouchEvent()方法中还有“记忆”的功能,如果第一次事件向下传递到某View,它把事件继续传递交给它的子View,它会记录该事件是否被它下面的View给处理成功了,(怎么能知道呢?如果该事件会再次被向上传递到我这里来由我的onTouchEvent()来处理,那就说明下面的View都没能成功处理该事件);当第二次事件向下传递到该View,该View的dispatchTouchEvent()方法机会判断,若上次的事件由下面的view成功处理了,那么这次的事件就继续交给下面的来处理,若上次的事件没有被下面的处理成功,那么这次的事件就不会向下传递了,该View直接调用自己的onTouchEvent()方法来处理该事件。

(4)“记忆”功能的信息只在一系列事件完成之前有效,如从ACTION_DOWN事件开始,直到后续事件ACTION_MOVE,ACTION_UP结束后,“记忆”的信息就会清除。也就是说如果某View处理ACTION_DOWN事件失败了(onTouchEvent()返回false),那么后续的ACTION_MOVE,ACTION_UP等事件就不会再传递到该View了,由其父View自己来处理。在下一次发生ACTION_DOWN事件的时候,还是会传递到该View的。

Demo源码下载:http://download.csdn.net/detail/morgan_xww/5781199

你可能感兴趣的:(Android TouchEvent事件传递机制)