android处理触摸事件(touchEvent)的详细流程
用户和应用程序的交互多数都是通过触摸事件完成,所以有必要对事件处理的内部逻辑有了解,只有这样,才能编写事件时应用自如。下面开始吧
声明:
1.文中的WMS的全称是:WIndowManagerServier
2.文中所说的具体view,如果没有特除说明,全部代表如TextView,BUtton等view,即非ViewGroup类
android对触摸事件的处理逻辑简单概述为:从上到下传递事件,然后从下到上处理时间逻辑,其实我们也可以理解,在你触摸屏幕的时候,首先第一层那道事件,然后一层一层传下去,当传到具体view,如TextView,BUtton等时,结束传递,然后开始处理。一层一层往上传,但是在传的过程中,会根据onTouchEvent及
onInterceptTouchEvent(MotionEvent ev)的返回值,做不同操作吧了。下面会详细分析返回不同值的处理逻辑
触摸事件肯定有下面一系列动作 :
ACTION_DOWN->ACTION_MOVE->ACTION_MOVE->ACTION_MOVE...->ACTION_MOVE->ACTION_UP,肯定有一个down和up事件,按实际情况来讲,也肯定存在move动作,因为人的手指在点的过程中,肯定会存在一定情况的移动,只是感觉不到吧了,但是程序可以知道,只是程序理解了你的这个移动,不处理。
首先说一下事件的大概流程:事件接收层(底层:硬件和软件,一般不需要了解)---->窗口管理系统 WindowMangerServicer(WMS)----->因为所有的窗口都是由他创建的,所以WMS知道当前活动的窗口是谁,WMS将事件交给当前活动窗口-------->当前活动窗口拿到事件,调用VIewRoot类的dispatchTouchEvent,给当前活动窗口的根view--->根view开始dispatchTouchEvent事件到具体view。以下的讨论是接着这里开始详细讨论。
1.如果是具体view,(非ViewGroup),如TextView等 ,这种情况根本不存在,因为每个窗口,肯定有个rootview,及viewGroup。
2.如果是ViewGroup,比如LinearLayout等。
-
如果是down事件,开始下面逻辑
-
(--递归开始点-)首先调用vieGroup的dispatchTouchEvent方法,如果是down事件,则清空上次处理该事件的对象(为了处理MOVE之类的事件,做的缓存)mMotionTarget = null;
-
调用onInterceptTouchEvent方法,这个方法只有ViewGroup类有,具体view没有,该方法的作用是判断是否需要拦截该消息,如果返回的是true,那么消息传递结束,调用该view对象的onTouchEvent方法。如果返回的是false,说明该view没有消费事件,继续往下走
-
因为触摸事件是窗口坐标值,所以需要将坐标值转换为view自己的坐标体系。
-
转换结束后,使用for循环遍历,该view的所有子view,读取子view的坐标体系,即子view所占的大小,是个Rect对象,上下左右,拿到这个值后,根据上面转换好的坐标,判断点击的坐标是否包含在当前子view中,如果不包含,直接开始下一个子view
-
如果坐标包含在子view中,则调用子view的dispatchTouchEvent,如果子view还是ViewGroup类型的,那么开始从上面标有(--递归开始点-)处递归调用。如果是具体view,则调用具体view的dispatchTouchEvent,这个方法比较简单,首先判断是否通过setTouchEventListener设置值,如果设置了,那么调用onTouch方法,如果该方法返回的是ture,则直接返回,不在调用该view的OntouchEvent方法,如果返回false,则调用该view的OntouchEvent方法。并把该方法当作dispatchTouchEvent的返回者返回。
-
具体view的dispatchTouchEvent处理结束后,子view的dispatchTouchEvent 如果返回的是true,该view的父view会将该view对象保存到mMotionTarget,同时结束到本次down事件,如果放回的是false,则继续for循环(个人此时可以推出for循环,因为感觉没用,难道是担心有view覆盖的原因吗),开始下一个子view
-
(--递归结束点-)for结束后(由于该过程是同步的,所以在执行这个过程中不会有其他的事件发送过来),判断mMotionTarget是否为空,如果为空,说明没有找到目标子view,所以调用当前view(一定是ViewGroup对象的,而且是循环体所在的view对象)的super.dispatchTouchEvent方法,这个是View基类的,实现和具体view的处理逻辑一样,首先判断是否通过setTouchEventListener设置值,如果设置了,那么调用onTouch方法,如果该方法返回的是ture,则直接返回,不在调用该view的OntouchEvent方法,如果返回false,则调用该view的OntouchEvent方法。并把该方法当作 dispatchTouchEvent的返回者返回 ,交给该ViewGroup的dispatchTouchEvent 的for循环(递归调用结束一个),这就说明,如果所有的子view不消费事件,那么view会消费该事件,不管onInterceptTouchEvent的返回结果是ture还是false。同时结束本次事件。
-
至此,一个Down事件就处理结束,处理结束后会通知WMS,此时WMS开始派发下一个事件。
-
如果过来的事件是move或者up事件,首先判断down处理逻辑得到mMotionTarget是否为空,也就是说down处理中,是否找到的接收事件的子view。如果为空:说明没有找到目标子view,所以调用当前view(一定是ViewGroup对象的,而且是循环体所在的view对象)的super.dispatchTouchEvent方法,这个是View基类的,实现和具体view的处理逻辑一样, 首先判断是否通过setTouchEventListener设置值,如果设置了,那么调用onTouch方法,如果该方法返回的是ture,则直接返回,不在调用该view的OntouchEvent方法,如果返回false,则调用该view的OntouchEvent方法。并把该方法当作 dispatchTouchEvent的返回者返回 ,交给该ViewGroup的 dispatchTouchEvent 的for循环(递归调用结束一个),这就说明,如果所有的子view不消费事件,那么view会消费该事件,不管onInterceptTouchEvent的返回结果是ture还是false。同时结束本次事件
-
如果不为空,这个时候mMotionTarget 的直接的直接父类只走dispatchTouchEvent事件,但是mMotionTarget 的爷爷及老爷还会走dispatchTouchEvent 和onInterceptTouchEvent事件,暂时没弄明白,有明白的解释一下,谢谢。那么本次的move和up事件继续由该子view处理,这样的逻辑我们可以想到,因为同一个事件,应该有同一个view处理,而不是down事件是一个view处理,move和up事件是一个view处理。所以不为空的情况下,直接由mMotionTarget的dispatchTouchEvent处理去。
-
同时我们知道,在activity中还可以注册ontouchEventListener,那么他什么时间执行了?他执行的时间就是在view中没有找到消费该事件的view时,则交给acitivity去处理
到此,事件处理就分析结束。
总结:
-
如果父view的onInterceptTouchEvent返回的是ture,那么子view永远拿不到touch事件,同时子view的onclick事件也不会处理,因为onclick事件是在view的ontouch事件中根据条件调用的,同时如果重新view的ontouchEvent方法,而没有调用super.OntouchEvent.那么onclick事件也不会处理
-
如果给一个view设置了onTouchEventListener,同时设置了OnclickListener,而在onTouchListener的onTouch方法返回的是true,这个时候onClick事件不走,因为这个时候不调用onTouchEvent方法,而系统调用onclick事件在onTouchEvent中捕获到up事件时,根据条件判断执行的