一、首先我们先准备材料,采用最简单的打Log的方式来进行事件分发的详解,其实事件的传递机制就是代码之间的相互调用。
下面是我准备的activity,view 以及viewGroup中重写的触摸时间的三个方法。
分别是
activity中重写:dispatchTouchEvent(MotionEvent ev)和onTouchEvent(MotionEvent event)这两个方法,并没有拦截事件的方法,因为没有子View。
view中重写dispatchTouchEvent(MotionEvent ev)和onTouchEvent(MotionEvent event)这两个方法,并没有拦截事件的方法,因为view也没有子view。
filehelper_1487842290680_12.pngviewGroup中重写三个方法:dispatchTouchEvent(MotionEvent ev)和onTouchEvent(MotionEvent event),dispatchTouchEvent(MotionEvent ev)
filehelper_1487842415758_85.png以上这些代码都是采用最原始的返回值 ,只不过是把每个方法的返回值和事件的名称打印出来了。
以上代码运行起来的界面结果如下图所示:
外面红色的就是我自定义的viewgroup的布局,里面有个绿色的自定义的view的布局,然后点击绿色的也就是自定义view的区域,那么重点来了:
① 首先代码中的什么信息我都不更改,只是把activity中的触摸事件的方法注释掉,看一下代码执行的顺序。
从上面的截图中你可以很清楚的看到代码执行的顺序,首先执行的是viewGroup中的分发的方法,经过点击这个方法的源码我们可以知道,在源码里面调用了viewGroup的拦截事件的方法,然后拦截事件返回的是false,也就是表明不拦截触摸事件,然后viewGroup的分发方法又会调用view的分发事件的方法,事件会传到View的分发的方法中,然后会调用view的处理事件的方法,这里,默认的也是返回的false,也就是表明view不处理或者不消费这个触摸事件。然后viewGroup一看 我艹 子控件不消费这个事件 然后自己看看自己消费不,结果发发现自己也不消费,就会传递的他自己的上一级,到这里,view和ViewGroup的事件传递大概完成了。其实就是一个由外向内再由内向外的一个传递过程。下面的过程类同。
② 我们把activity中注释掉的代码去掉 看看代码执行的顺序。
③ 我们把view中onTouchEvent(MotionEvent event)的返回值改成true,意思就是让view消费掉这个事件,看看代码执行的顺序。
Paste_Image.png这个图中你会看到事被View消费过之后,就不会执行viewGroup的消费事件的方法。
④这次我们让ViewGroup消费掉事件 也就是让viewGroup的消费事件的方法返回为true
怎么样,是不是很奇特?
⑤ 这次我们直接让viewGroup拦截掉事件,也就viewgroup的拦截事件的方法更改为返回true,
这次我们可以看到拦截之后直接回执行自己的事件消费方法,结果发现不消费 则直接返回。
但是需要注意的是,下次再有时间过来的时候,时间就不会传递到viewgroup中,这一点好智能!!!
最后,一张图总结
Paste_Image.png最后最后最后的总结-------------------------------------------------------------------------
事件是一组一组的,以DOWN开始,0到n个MOVE,以UP结尾
事件是从外出ViewGroup往内层传递,如果过程中有控件消费(onTouchEvent),事件不再往下传递,如果过程中没有被消费,事件再依次回传,最终回传到Activity中
ViewGroup可以拦截事件,默认5大布局都不拦截事件,如果拦截了事件,调用自己的onTouchEvent方法,事件不往下传递
事件传递过程中,如果一个控件在onTouchEvent方法中没有消费DOWN事件,以后父容器不再给你传递任何事件。
如果有什么不对的地方 还望各位提出你宝贵的意见,哈哈哈哈哈哈
网友评论