Android View和ViewGroup事件分发机制源码分析
来源:互联网 发布:淘宝代理买吃的要证吗 编辑:程序博客网 时间:2024/05/16 12:52
请尊重个人劳动成果,转载请注明出处,谢谢!
http://blog.csdn.net/amazing7/article/details/51274481在android开发中会经常遇到滑动冲突(比如ScrollView与ListView的嵌套)的问题,需要我们深入的了解android事件响应机制才能解决。
1.涉及到事件响应的常用方法构成
用户在手指与屏幕接触过程中通过MotionEvent对象产生一系列事件,它有四种状态:
MotionEvent.ACTION_DOWN :手指按下屏幕的瞬间(一切事件的开始)
MotionEvent.ACTION_MOVE :手指在屏幕上移动
MotionEvent.ACTION_UP :手指离开屏幕瞬间
MotionEvent.ACTION_CANCEL :取消手势,一般由程序产生,不会由用户产生
Android中的事件onClick, onLongClick,onScroll, onFling等等,都是由许多个Touch事件构成的(一个ACTION_DOWN, n个ACTION_MOVE,1个ACTION_UP)。
android 事件响应机制是先 分发(先由外部的View接收,然后依次传递给其内层的最小View)再 处理 (从最小View单元(事件源)开始依次向外层传递。)的形式实现的。
复杂性表现在:可以控制每层事件是否继续传递(分发和拦截协同实现),以及事件的具体消费(事件分发也具有事件消费能力)。
2.android事件处理涉及到的三个重要函数
事件分发:public boolean dispatchTouchEvent(MotionEvent ev)
事件拦截:public boolean onInterceptTouchEvent(MotionEvent ev)
该方法为ViewGroup独有。事件响应:public boolean onTouchEvent(MotionEvent ev)
ViewGroup未实现,而是调用父类view的该方法。
因为在View和ViewGroup中稍有异同,所有分别结合其源码在下面对这些函数做详细说明。
注:以下为Android 5.1.1的源码
3.View源码分析
Android中ImageView、textView、Button等继承于View但没有重写的dispatchTouchEvent方法,所以都用的View的该方法进行事件分发。
View中dispatchTouchEvent函数部分源码:
/* * 返回true,表示该View内部消化掉了所有事件。 * 返回false,表示View内部只处理了ACTION_DOWN事件,事件继续传递,向上级ViewGroup传递。 * 注意View里面是没有onInterceptTouchEvent函数(你已经是最底层劳动人员了,你还能把任务分配给谁) */ public boolean dispatchTouchEvent(MotionEvent event) { /* *这里先判断是否获得焦点,没有焦点返回false,由父类处理 *(我在分配任务,镜头都不给一个,不分了,拿去你自己分) */ //默认返回值 8450 boolean result = false; 8464 ListenerInfo li = mListenerInfo; 8465 if (li != null && li.mOnTouchListener != null 8466 && (mViewFlags & ENABLED_MASK) == ENABLED 8467 && li.mOnTouchListener.onTouch(this, event)) { //此处的onTouch方式就是回调的我们注册li时重写的onTouch()方法 8468 result = true; 8469 } 8470 //这里注意顺序,如果上面的mOnTouchListener返回true了,是不会执行onTouchEvent方法的 8471 if (!result && onTouchEvent(event)) { 8472 result = true; 8473 } /* *如果我们注册的OnTouchListener的onTouch返回false *并且 onTouchEvent也返回false,函数就返回默认值false *(报告老板,我手下的人都不干,你拿去自己处理吧) */ 8489 return result; 8490 }
关于注册回调接口ListenerInfo 处的三个条件判断:
(1)查看是否给button设置了OnTouchListener()事件;
(2)控件是否Enable;(控件默认都是enable的)
(3)view里面实现的OnTouchListener监听里的onTouch()方法是否返回true;
如果条件都满足,则该事件被消耗掉,不再进入onTouchEvent中处理。否则将事件将交给onTouchEvent方法处理。
/* 如果return true,表示onTouchEvent处理完事件后消费了此次事件。此时事件终结; 如果return fasle,则表示不响应事件,那么该事件将会不断向上层View的onTouchEvent方法传递 */9408 public boolean onTouchEvent(MotionEvent event) { /* * 当前onTouch的组件必须是可点击的比如Button,ImageButton等等,此处CLICKABLE为true。 * 如果是ImageView、TexitView这些默认为不可点击的View,此处CLICKABLE为false,最后返回false。 * 当然会有特殊情况,如果给这些View设置了onClick监听器,此处CLICKABLE也将为true */ 9429 if (((viewFlags & CLICKABLE) == CLICKABLE || 9430 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { 9431 switch (event.getAction()) { 9432 case MotionEvent.ACTION_UP: // 实际就是回调了我们注册的OnClickListener中重新的onClick()方法 9459 if (mPerformClick == null) { 9460 mPerformClick = new PerformClick(); 9461 } 9462 if (!post(mPerformClick)) { 9463 performClick(); 9464 } 9482 break; 9483 9484 case MotionEvent.ACTION_DOWN: //... 9509 break; 9510 9511 case MotionEvent.ACTION_CANCEL: //... 9515 break; 9516 9517 case MotionEvent.ACTION_MOVE: //... 9531 break; 9532 } 9533 9534 return true; 9535 } 9536 9537 return false; 9538 }}
4775 public boolean performClick() { //默认返回false 4776 final boolean result; //点击回调接口 4777 final ListenerInfo li = mListenerInfo; 4778 if (li != null && li.mOnClickListener != null) { //回调我们注册的onClick函数 4780 li.mOnClickListener.onClick(this); 4781 result = true; 4782 } else { 4783 result = false; 4784 } //... 4787 return result; 4788 }
①在dispatchTouchEvent顺序调用mOnTouchListener和onTouchEvent,mOnTouchListener的onTouch返回值可中断onTouchEvent,在onTouchEvent中回调onClick接口。
②只有我们注册OnTouchListener时重写的
onTouch()方法中返回false —> 执行onTouchEvent方法 —> 导致onClick()回调方法执行
返回true —> onTouchEvent方法不执行 —> 导致onClick()回调方法不会执行
4.ViewGroup源码分析
Android中诸如LinearLayout等的五大布局控件,都是继承自ViewGroup,而ViewGroup本身是继承自View,所以ViewGroup的事件处理机制对这些控件都有效。
dispatchTouchEvent部分源码:
public boolean dispatchTouchEvent(MotionEvent ev) { boolean handled = false; /* * disallowIntercept值默认是false, 然后我们可以通过requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法 *来改变disallowIntercept的值 */ 1955 final boolean intercepted; 1956 if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) { 1958 final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; 1959 if (!disallowIntercept) {//不驳回中断 //默认调用onInterceptTouchEvent方法 1960 intercepted = onInterceptTouchEvent(ev); 1962 } else { 1963 intercepted = false; 1964 } 1965 } else { //如果没有touch targets,中断touch事件 1968 intercepted = true; 1969 } //如果不取消,不拦截就分发事件给所有子view处理 if (!canceled && !intercepted) { 1995 if (actionMasked == MotionEvent.ACTION_DOWN 1996 || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) 1997 || actionMasked == MotionEvent.ACTION_HOVER_MOVE) { //... if (newTouchTarget == null && mFirstTouchTarget != null) { 2078 // 没有子view接收事件,newTouchTarget指向最近添加的目标 2080 newTouchTarget = mFirstTouchTarget; 2085 } } // 如果没有目标,就把它当做一个普通的view来处理,向上层分发 2090 if (mFirstTouchTarget == null) { 2092 handled = dispatchTransformedTouchEvent(ev, canceled, null,TouchTarget.ALL_POINTER_IDS); 2094 } else { 2095 // 分发到全部touch目标。 2097 TouchTarget predecessor = null; 2098 TouchTarget target = mFirstTouchTarget; 2099 while (target != null) { 2100 final TouchTarget next = target.next; //如果已经分发,则取消 2101 if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) { 2102 handled = true; 2103 } else { //如果onInterceptTouchEvent返回true,则取消分发 2104 final boolean cancelChild = resetCancelNextUpFlag(target.child)|| intercepted; 2104 //如果未分发,向下层分发touch目标 2106 if (dispatchTransformedTouchEvent(ev, cancelChild,target.child, target.pointerIdBits)) { 2108 handled = true; 2109 } 2110 if (cancelChild) { 2111 if (predecessor == null) { 2112 mFirstTouchTarget = next; 2113 } else { 2114 predecessor.next = next; 2115 } 2116 target.recycle(); 2117 target = next; 2118 continue; 2119 } 2120 } 2121 predecessor = target; 2122 target = next; 2123 } 2124 } 2141 return handled; }
当有监听到事件时,首先由Activity进行捕获,进入事件分发处理流程。(因为activity没有事件拦截,ViewGroup有)会将事件传递给最外层ViewGroup的dispatchTouchEvent(MotionEvent ev)方法,该方法对事件进行分发。
return true :表示该ViewGroup内部消化掉了所有事件。
return false :事件在本层不再继续进行分发,并交由上层控件的onTouchEvent方法进行消费(如果本层控件已经是Activity,那么事件将被系统消费或处理)。
如果事件分发返回系统默认的 super.dispatchTouchEvent(ev),事件将分发给本层的事件拦截onInterceptTouchEvent 方法进行处理(父类默认)。
onInterceptTouchEvent源码:
Returns:Return true to steal motion events from the children and have them dispatched to this ViewGroup through onTouchEvent(). The current target will receive an ACTION_CANCEL event, and no further messages will be delivered here.(慢慢看,看得懂)2569 public boolean onInterceptTouchEvent(MotionEvent ev) {2570 return false;//默认不拦截2571 }
return true :表示将事件进行拦截,并将拦截到的事件交由本层控件 的 onTouchEvent 进行处理;
return false :则表示不对事件进行拦截,事件得以成功分发到子View。并由子View的dispatchTouchEvent进行处理。
如果返回super.onInterceptTouchEvent(ev),默认表示不拦截该事件(父类默认返回false),和return false一样。
ViewGroup是继承自View,在ViewGroup中并没有复写onTouchEvent函数,而是直接调用父类的onTouchEvent。
在dispatchTouchEvent(事件分发)返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent事件拦截返回true的情况下,那么事件会传递到本层的onTouchEvent方法中,该方法对事件进行响应。
在onTouchEvent方法中:
如果return true,表示onTouchEvent处理完事件后消费了此次事件。此时事件终结;
如果return fasle,则表示不响应事件,那么该事件将会不断向上层View的onTouchEvent方法传递,直到某个View的onTouchEvent方法返回true,如果到了最顶层View还是返回false,那么认为该事件不消耗,则在同一个事件系列中,当前View无法再次接收到事件,该事件会交由Activity的onTouchEvent进行处理;
如果return super.dispatchTouchEvent(ev),则表示不响应事件,结果与return false一样。
从以上过程中可以看出,dispatchTouchEvent无论返回true还是false,事件都不再进行分发,只有当其返回super.dispatchTouchEvent(ev),才表明其具有向下层分发的愿望,但是是否能够分发成功,则需要经过事件拦截onInterceptTouchEvent的审核。事件是否向上传递处理是由onTouchEvent的返回值决定的。
(图来自网络)
1、dispatchTouchEvent作用:决定事件是否由onInterceptTouchEvent来拦截处理。
返回super.dispatchTouchEvent时,由onInterceptTouchEvent来决定事件的流向
返回false时,会继续分发事件,自己内部只处理了ACTION_DOWN
返回true时,不会继续分发事件,自己内部处理了所有事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP)2、onInterceptTouchEvent作用:拦截事件,用来决定事件是否传向子View
返回true时,拦截后交给自己的onTouchEvent处理
返回false时,交给子View来处理3、onTouchEvent作用:事件最终到达这个方法
返回true时,内部处理所有的事件,换句话说,后续事件将继续传递给该view的onTouchEvent()处理
返回false时,事件会向上传递,由onToucEvent来接受,如果最上面View中的onTouchEvent也返回false的话,那么事件就会消失
5.总结
如果ViewGroup找到了能够处理该事件的View,则直接交给子View处理,自己的onTouchEvent不会被触发;
可以通过复写onInterceptTouchEvent(ev)方法,拦截子View的事件(即return true),把事件交给自己处理,则会执行自己对应的onTouchEvent方法。
子View可以通过调用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup对其MOVE或者UP事件进行拦截;
一个点击事件产生后,它的传递过程如下:
Activity->Window->View。顶级View接收到事件之后,就会按相应规则去分发事件。如果一个View的onTouchEvent方法返回false,那么将会交给父容器的onTouchEvent方法进行处理,逐级往上,如果所有的View都不处理该事件,则交由Activity的onTouchEvent进行处理。如果某一个View开始处理事件,如果他不消耗ACTION_DOWN事件(也就是onTouchEvent返回false),则同一事件序列比如接下来进行ACTION_MOVE,则不会再交给该View处理。
ViewGroup默认不拦截任何事件。
诸如TextView、ImageView这些不作为容器的View,一旦接受到事件,就调用onTouchEvent方法,它们本身没有onInterceptTouchEvent方法。正常情况下,它们都会消耗事件(返回true),除非它们是不可点击的(clickable和longClickable都为false),那么就会交由父容器的onTouchEvent处理。
点击事件分发过程如下 dispatchTouchEvent—->OnTouchListener的onTouch方法—->onTouchEvent–>OnClickListener的onClick方法。也就是说,我们平时调用的setOnClickListener,优先级是最低的,所以,onTouchEvent或OnTouchListener的onTouch方法如果返回true,则不响应onClick方法…
- Android View和ViewGroup事件分发机制源码分析
- Android View和ViewGroup事件分发机制源码分析
- Android View 和 ViewGroup 事件分发机制
- android之View和ViewGroup事件分发机制分析(一)(View的事件分发机制)
- Android View 事件分发机制源码详解(ViewGroup篇)
- Android View 事件分发机制 源码解析(ViewGroup篇)
- Android中ViewGroup、View事件分发机制源码分析总结(雷惊风)
- Android View 事件分发机制 && Android ViewGroup 事件分发机制 源码解析 --总结
- android中view 和 viewgroup事件分发机制
- Android事件分发机制源码分析之ViewGroup篇
- Android中View和ViewGroup事件分发拦截机制完美分析
- Android View、ViewGroup 事件分发机制(一)
- Android View、ViewGroup 事件分发机制(二)
- Android ViewGroup/View 事件分发机制详解
- ViewGroup和View的事件分发机制
- ViewGroup事件分发机制源码分析
- Android开发-事件分发机制实验分析ViewGroup、View事件分发,结合职责链模式
- Android事件分发机制源码分析下----ViewGroup事件分发分析
- javascript 从ueditor中学到的闭包知识
- [BZOJ1834][ZJOI2010]network 网络扩容(isap+费用流)
- Windows Server 2008 R2上部署ASP.NET MVC3.0应用网站程序
- 使用Powershell注销指定用户
- apt-get工作顺序
- Android View和ViewGroup事件分发机制源码分析
- cocos2d-x调用scheduleUpdate()不执行update()方法的解决办法
- hadoop程序开发实践——简单程序
- display:inline-block列表布局经常会遇到的“换行符/空格间隙问题”
- busybox 编译错误 miscutils/nandwrite.c:151:3: error: ‘MTD_FILE_MODE_RAW’ undeclared
- 专访包建强:为什么我说Android插件化从入门到放弃?
- 利用格雷码找出集合的所有非空子集
- java.net.SocketException: Too many open files解决方法
- 2016年计划