Activity、ViewGroup与View的事件分发机制
来源:互联网 发布:护考软件排行 编辑:程序博客网 时间:2024/05/29 12:47
[Android开发]LinearLayout与RelativeLayout异同深入探讨-http://blog.csdn.net/oshunz/article/details/50425844
> Android6.0 ViewGroup/View 事件分发机制详解-http://www.2cto.com/kf/201606/514943.html
mDecor是何许人也,其实就是PhoneWindow中的一个内部类DecorView的实例对象,是Activity的Window窗口中最根部的父容器,我们平时在Activity的onCreate()方法中,通过setContentView()给设置的布局容器,都属于mDecor的子View mContentView对象的子view,而DecorView又继承于FrameLayout,FrameLayout又继承于ViewGroup
Activity是如何将事件分发到相应的View、ViewGroup当中去的:
Activity.dispatchTouchEvent(MotionEvent event) ->
PhoneWindow.superDispatchTouchEvent(MotionEvent event) ->
DecorView.superDispatchTouchEvent(MotionEvent event) ->
FrameLayout.dispatchTouchEvent(MotionEvent event) ->
ViewGroup.dispatchTouchEvent(MotionEvent event) ->
再逐级分发到各个ViewGroup/View当中去.
ViewGroup与View的Touch事件:
ViewGroupA.dispatchTouchEvent ->
ViewGroupA.onInterceptTouchEvent(return false, 没有进行拦截) ->
ViewGroupB.dispatchTouchEvent ->
ViewGroupB.onInterceptTouchEvent(return false, 没有进行拦截) ->
ViewC.dispatchTouchEvent ->
ViewC.onTouchEvent(return false, 没有消费) ->
ViewC.dispatchTouchEvent(return false, 将onTouchEvent的处理结果回传给ViewGroupB) ->
ViewGroupB.onTouchEvent(return false, 也没有消费) ->
ViewB.dispatchTouchEvent(return false, 将onTouchEvent的处理结果回传给ViewGroupA) ->
ViewGroupA.onTouchEvent(return false, 也没有消费) ->
ViewA.dispatchTouchEvent(return false, 最终将onTouchEvent的处理结果回传给Activity) ->
Activity对事件进行最终处理。
>>ViewGroup大体的事件流程为: MyLinearLayout的dispatchTouchEvent -> MyLinearLayout的onInterceptTouchEvent -> MyButton的dispatchTouchEvent ->Mybutton的onTouchEvent ,最先捕获到事件的为View所在的ViewGroup...
要不要捕获事件--拦截事件--分发事件--处理事件??
》》转载请标明出处:http://blog.csdn.net/lmj623565791/article/details/39102591,本文出自【张鸿洋的博客】
凡是自定义ViewGroup实现各种滑动效果的,不可避免的会出现很多事件的冲突,对ViewGroup事件分发机制的了解,也有益于大家了解冲突产生的原因,以及对冲突进行处理~
1、案例
首先我们接着上一篇的代码,在代码中添加一个自定义的LinearLayout:
继承LinearLayout,然后复写了与事件分发机制有关的代码,添加上了日志的打印~然后看我们的布局文件:
MyLinearLayout中包含一个MyButton,MyButton都上篇博客中已经出现过,这里就不再贴代码了,不清楚可以去查看~然后MainActivity就是直接加载布局,没有任何代码~~~
直接运行我们的代码,然后点击我们的Button,依然是有意的MOVE一下,不然不会触发MOVE事件,看一下日志的输出:
MyLinearLayout的dispatchTouchEvent -> MyLinearLayout的onInterceptTouchEvent -> MyButton的dispatchTouchEvent ->Mybutton的onTouchEvent ,最先捕获到事件的为View所在的ViewGroup..
可以看出,在View上触发事件,最先捕获到事件的为View所在的ViewGroup,然后才会到View自身~
下面我们按照日志的输出,进入源码~
2、源码分析
ViewGroup - dispatchTouchEvent
1、ViewGroup - dispatchTouchEvent - ACTION_DOWN
首先是ViewGroup的dispatchTouchEvent方法:
代码比较长,决定分段贴出,首先贴出的是ACTION_DOWN事件相关的代码。16行:进入ACTION_DOWN的处理
17-23行:将mMotionTarget置为null
26行:进行判断:if(disallowIntercept || !onInterceptTouchEvent(ev))
两种可能会进入if代码段
1、当前不允许拦截,即disallowIntercept =true,
2、当前允许拦截但是不拦截,即disallowIntercept =false,但是onInterceptTouchEvent(ev)返回false ;
注:disallowIntercept 可以通过viewGroup.requestDisallowInterceptTouchEvent(boolean);进行设置,后面会详细说;而onInterceptTouchEvent(ev)可以进行复写。
36-57行:开始遍历所有的子View
41行:进行判断当前的x,y坐标是否落在子View身上,如果在,47行,执行child.dispatchTouchEvent(ev),就进入了View的dispatchTouchEvent代码中了,如果不了解请参考:Android View的事件分发机制,当child.dispatchTouchEvent(ev)返回true,则为mMotionTarget=child;然后return true;
ViewGroup的ACTION_DOWN分析结束,总结一下:
ViewGroup实现捕获到DOWN事件,如果代码中不做TOUCH事件拦截,则开始查找当前x,y是否在某个子View的区域内,如果在,则把事件分发下去。
按照日志,接下来到达ACTION_MOVE
2、ViewGroup - dispatchTouchEvent - ACTION_MOVE
首先我们源码进行删减,只留下MOVE相关的代码:
18行:把ACTION_DOWN时赋值的mMotionTarget,付给target ;
23行:if (!disallowIntercept && onInterceptTouchEvent(ev)) 当前允许拦截且拦截了,才进入IF体,当然了默认是不会拦截的~这里执行了onInterceptTouchEvent(ev)
28-30行:把坐标系统转化为子View的坐标系统
32行:直接return target.dispatchTouchEvent(ev);
可以看到,正常流程下,ACTION_MOVE在检测完是否拦截以后,直接调用了子View.dispatchTouchEvent,事件分发下去;
最后就是ACTION_UP了
3、ViewGroup - dispatchTouchEvent - ACTION_UP
17行:判断当前是否是ACTION_UP
21,28行:分别重置拦截标志位以及将DOWN赋值的mMotionTarget置为null,都UP了,当然置为null,下一次DOWN还会再赋值的~
最后,修改坐标系统,然后调用target.dispatchTouchEvent(ev);
正常情况下,即我们上例整个代码的流程我们已经走完了:
1、ACTION_DOWN中,ViewGroup捕获到事件,然后判断是否拦截,如果没有拦截,则找到包含当前x,y坐标的子View,赋值给mMotionTarget,然后调用mMotionTarget.dispatchTouchEvent
2、ACTION_MOVE中,ViewGroup捕获到事件,然后判断是否拦截,如果没有拦截,则直接调用mMotionTarget.dispatchTouchEvent(ev)
3、ACTION_UP中,ViewGroup捕获到事件,然后判断是否拦截,如果没有拦截,则直接调用mMotionTarget.dispatchTouchEvent(ev)
当然了在分发之前都会修改下坐标系统,把当前的x,y分别减去child.left 和 child.top ,然后传给child;
3、关于拦截
1、如何拦截
上面的总结都是基于:如果没有拦截;那么如何拦截呢?
复写ViewGroup的onInterceptTouchEvent方法:
默认是不拦截的,即返回false;如果你需要拦截,只要return true就行了,这要该事件就不会往子View传递了,并且如果你在DOWN retrun true ,则DOWN,MOVE,UP子View都不会捕获事件;如果你在MOVE return true , 则子View在MOVE和UP都不会捕获事件。原因很简单,当onInterceptTouchEvent(ev) return true的时候,会把mMotionTarget 置为null ;
2、如何不被拦截
如果ViewGroup的onInterceptTouchEvent(ev) 当ACTION_MOVE时return true ,即拦截了子View的MOVE以及UP事件;
此时子View希望依然能够响应MOVE和UP时该咋办呢?
Android给我们提供了一个方法:requestDisallowInterceptTouchEvent(boolean) 用于设置是否允许拦截,我们在子View的dispatchTouchEvent中直接这么写:
getParent().requestDisallowInterceptTouchEvent(true); 这样即使ViewGroup在MOVE的时候return true,子View依然可以捕获到MOVE以及UP事件。从源码也可以解释:
ViewGroup MOVE和UP拦截的源码是这样的:
当我们把disallowIntercept设置为true时,!disallowIntercept直接为false,于是拦截的方法体就被跳过了~注:如果ViewGroup在onInterceptTouchEvent(ev) ACTION_DOWN里面直接return true了,那么子View是木有办法的捕获事件的~~~
4、如果没有找到合适的子View
我们的实例,直接点击ViewGroup内的按钮,当然直接很顺利的走完整个流程;
但是有两种特殊情况
1、ACTION_DOWN的时候,子View.dispatchTouchEvent(ev)返回的为false ;
如果你仔细看了,你会注意到ViewGroup的dispatchTouchEvent(ev)的ACTION_DOWN代码是这样的
只有在child.dispatchTouchEvent(ev)返回true了,才会认为找到了能够处理当前事件的View,即mMotionTarget = child;但是如果返回false,那么mMotionTarget 依然是null
mMotionTarget 为null会咋样呢?
其实ViewGroup也是View的子类,如果没有找到能够处理该事件的子View,或者干脆就没有子View;
那么,它作为一个View,就相当于View的事件转发了~~直接super.dispatchTouchEvent(ev);
源码是这样的:
我们没有一个能够处理该事件的目标元素,意味着我们需要自己处理~~~就相当于传统的View~
2、那么什么时候子View.dispatchTouchEvent(ev)返回的为true
如果你仔细看了上篇博客,你会发现只要子View支持点击或者长按事件一定返回true~~
源码是这样的:
5、总结
关于代码流程上面已经总结过了~
1、如果ViewGroup找到了能够处理该事件的View,则直接交给子View处理,自己的onTouchEvent不会被触发;
2、可以通过复写onInterceptTouchEvent(ev)方法,拦截子View的事件(即return true),把事件交给自己处理,则会执行自己对应的 onTouchEvent方法
3、子View可以通过调用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup对其MOVE或者UP事件进行拦 截;
> 好了,那么实际应用中能解决哪些问题呢?
比如你需要写一个类似slidingmenu的左侧隐藏menu,主Activity上有个Button、ListView或者任何可以响应点击的View,你在当前View上死命的滑动,菜单栏也出不来;因为MOVE事件被子View处理了~ 你需要这么做:在ViewGroup的dispatchTouchEvent中判断用户是不是想显示菜单,如果是,则在onInterceptTouchEvent(ev)拦截子View的事件;自己进行处理,这样自己的onTouchEvent就可以顺利展现出菜单栏了~~
- Activity、ViewGroup与View的事件分发机制
- ViewGroup与View的事件分发机制
- ViewGroup和View的事件分发机制
- Android View 与ViewGroup绘制即事件分发机制
- View,ViewGroup,Activity三者的OnTouchEvent事件分发
- Activity、ViewGroup、view(最小)事件分发
- Andriod View ViewGroup的Touch事件的分发机制
- View,ViewGroup的Touch事件的分发机制
- View,ViewGroup的Touch事件的分发机制
- Andriod 详解View,ViewGroup的Touch事件的分发机制
- View和ViewGroup的事件分发机制详解
- View的事件分发机制(ViewGroup篇)
- Android View、ViewGroup 事件分发机制(一)
- Android View、ViewGroup 事件分发机制(二)
- Android ViewGroup/View 事件分发机制详解
- Android View 和 ViewGroup 事件分发机制
- ViewGroup的事件分发机制
- ViewGroup的事件分发机制
- Hello,CSDN
- Google Java Style 编程风格指南 中文版
- iOS下的实际网络连接状态检测
- Windows句柄
- 【代码笔记】iOS-点击搜索按钮,或放大镜后都会弹出搜索框
- Activity、ViewGroup与View的事件分发机制
- 使用vector创建一个二维数组(一)
- 用java写成的一个物理数据处理程序
- javascript面试题_2
- IPNC RDK5.0 make sysall 无法通过问题
- opencv中CvSeq的取点用法
- Android - 计时器
- LeetCode题解:First Bad Version
- 新建cocos 2d-x 项目的错误