Android View的事件分发机制剖析.docx
- 文档编号:5422356
- 上传时间:2022-12-16
- 格式:DOCX
- 页数:14
- 大小:21.68KB
Android View的事件分发机制剖析.docx
《Android View的事件分发机制剖析.docx》由会员分享,可在线阅读,更多相关《Android View的事件分发机制剖析.docx(14页珍藏版)》请在冰豆网上搜索。
AndroidView的事件分发机制剖析
AndroidView的事件分发机制
一个应用的布局是丰富的,有TextView,ImageView,Button等,这些子View的外层还有ViewGroup,如RelativeLayout,LinearLayout。
作为一个开发者,我们会思考,当点击一个按钮,Android系统是怎样确定我点的就是按钮而不是TextView的?
然后还正确的响应了按钮的点击事件。
内部经过了一系列什么过程呢?
先铺垫一些知识能更加清晰的理解事件分发机制:
1.通过setContentView设置的View就是DecorView的子view,即DecorView是父容器。
2.点击屏幕时,在手指按下和抬起间,会产生很多事件,down…move…move…up,中间会有很多的move事件,这一系列的事件为一个事件序列
3.dispatchTouchEvent方法用于分发事件
4.onInterceptTouchEvent方法用于拦截事件
5.onTouchEvent方法用于处理事件
当一个点击事件(MotionEvent)产生后,事件最先传递给当前的界面(Activity),这点是很好理解的。
Activity再将事件传递给窗口(Window),然后Window将事件传递给顶级View(DecorView)。
此时,事件已经到达了View了。
之后顶级View就会按照事件分发机制去分发事件。
具体是这样的:
对于一个根ViewGroup来说,点击事件产生后,首先会传递给它,这时它的dispatchTouchEvent方法就会被调用,如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件,接着事件就会交给这个ViewGroup处理,即它的onTouchEvent方法就会被调用。
如果这个ViewGroup的onInterceptTouchEvent方法返回false,就表示它不拦截当前事件,这时当前事件就会继续传递给它的子元素,接着子元素的dispatchTouchEvent方法就会被调用,如此反复直到事件被最终处理。
如果一个View的onTouchEvent方法返回false,那么它的父容器的onTouchEvent方法会被调用,如果它的父容器的onTouchEvent方法还是返回false,那就继续往上抛,当所有的元素都不处理这个事件,那么这个事件会最终传递给Activity处理,即Activity的onTouchEvent方法会被调用。
好了,现在已经铺垫了基础,那么接下来就从源码的角度来分析事件分发机制。
当然是从Activity的dispatchTouchEvent方法开始分析。
源码如下:
publicbooleandispatchTouchEvent(MotionEventev){
if(ev.getAction()==MotionEvent.ACTION_DOWN){
onUserInteraction();
}
if(getWindow().superDispatchTouchEvent(ev)){
returntrue;
}
returnonTouchEvent(ev);
}
如果当前事件是down的话,就调用onUserInteraction方法,onUserInteraction是一个空方法,我们可以暂时不搭理。
然后调用getWindow方法获取到当前Activity关联的Window,Window再调用superDispatchTouchEvent方法将事件传入进行分发。
如果superDispatchTouchEvent方法返回true的话,view已经处理了事件。
整个事件循环结束。
如果返回false,没有view处理这个事件。
事件往上抛,那就Activity自己处理了,即Activity的onTouchEvent方法会被调用。
因为想要知道事件的整个分发过程,现在关注的是Window的superDispatchTouchEvent方法,那么就跟进去看看:
publicabstractbooleansuperDispatchTouchEvent(MotionEventevent);
Window是一个抽象类,superDispatchTouchEvent是一个抽象的方法,那么我们必须要找到window的实现类才行,可是茫茫人海怎么找呢?
看到window类的说明就明白了
*
Theonlyexistingimplementationofthisabstractclassis
*android.view.PhoneWindow,whichyoushouldinstantiatewhenneedinga
*Window.
*/
publicabstractclassWindow
意思是Window存在唯一的实现是android.view.PhoneWindow
那么PhoneWindow里的superDispatchTouchEvent方法就是我们要找的信息,如下:
@Override
publicbooleansuperDispatchTouchEvent(MotionEventevent){
returnmDecor.superDispatchTouchEvent(event);
}
直接将事件传递给了DecorView。
这时事件已经是到达View了哦。
那么跟进DecorView的superDispatchTouchEvent方法看看,如下:
publicbooleansuperDispatchTouchEvent(MotionEventevent){
returnsuper.dispatchTouchEvent(event);
}
内部调用了父类的dispatchTouchEvent方法,那么DecorView的父类是什么呢?
DecorView肯定是View的,那么刚才开篇提到,我们通过setContentView设置的View,是DecorView的子View。
那么更加准确的说DecorView是一个ViewGroup。
privatefinalclassDecorViewextendsFrameLayoutimplementsRootViewSurfaceTaker
可以看到DecorView是继承自FrameLayout,FrameLayout是ViewGroup,也就是说DecorView是一个ViewGroup。
那么现在只需要关注ViewGroup的dispatchTouchEvent方法。
继续前进
ViewGroup的事件分发
ViewGroup的dispatchTouchEvent方法如下:
@Override
publicbooleandispatchTouchEvent(MotionEventev){
//代码省略
//Checkforinterception.
finalbooleanintercepted;
if(actionMasked==MotionEvent.ACTION_DOWN
||mFirstTouchTarget!
=null){
finalbooleandisallowIntercept=(mGroupFlags&FLAG_DISALLOW_INTERCEPT)!
=0;
if(!
disallowIntercept){
intercepted=onInterceptTouchEvent(ev);
ev.setAction(action);//restoreactionincaseitwaschanged
}else{
intercepted=false;
}
}else{
//Therearenotouchtargetsandthisactionisnotaninitialdown
//sothisviewgroupcontinuestointercepttouches.
intercepted=true;
}
//代码省略
if(!
canceled&&!
intercepted){
//代码省略
finalintchildrenCount=mChildrenCount;
if(newTouchTarget==null&&childrenCount!
=0){
finalfloatx=ev.getX(actionIndex);
finalfloaty=ev.getY(actionIndex);
//Findachildthatcanreceivetheevent.
//Scanchildrenfromfronttoback.
finalArrayList
finalbooleancustomOrder=preorderedList==null
&&isChildrenDrawingOrderEnabled();
finalView[]children=mChildren;
for(inti=childrenCount-1;i>=0;i--){
finalintchildIndex=customOrder
?
getChildDrawingOrder(childrenCount,i):
i;
finalViewchild=(preorderedList==null)
?
children[childIndex]:
preorderedList.get(childIndex);
//Ifthereisaviewthathasaccessibilityfocuswewantit
//togettheeventfirstandifnothandledwewillperforma
//normaldispatch.Wemaydoadoubleiterationbutthisis
//safergiventhetimeframe.
if(childWithAccessibilityFocus!
=null){
if(childWithAccessibilityFocus!
=child){
continue;
}
childWithAccessibilityFocus=null;
i=childrenCount-1;
}
if(!
canViewReceivePointerEvents(child)
||!
isTransformedTouchPointInView(x,y,child,null)){
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget=getTouchTarget(child);
if(newTouchTarget!
=null){
//Childisalreadyreceivingtouchwithinitsbounds.
//Giveitthenewpointerinadditiontotheonesitishandling.
newTouchTarget.pointerIdBits|=idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
if(dispatchTransformedTouchEvent(ev,false,child,idBitsToAssign)){
//Childwantstoreceivetouchwithinitsbounds.
mLastTouchDownTime=ev.getDownTime();
if(preorderedList!
=null){
//childIndexpointsintopresortedlist,findoriginalindex
for(intj=0;j if(children[childIndex]==mChildren[j]){ mLastTouchDownIndex=j; break; } } }else{ mLastTouchDownIndex=childIndex; } mLastTouchDownX=ev.getX(); mLastTouchDownY=ev.getY(); newTouchTarget=addTouchTarget(child,idBitsToAssign); alreadyDispatchedToNewTouchTarget=true; break; } //Theaccessibilityfocusdidn'thandletheevent,soclear //theflaganddoanormaldispatchtoallchildren. ev.setTargetAccessibilityFocus(false); } if(preorderedList! =null)preorderedList.clear(); } if(newTouchTarget==null&&mFirstTouchTarget! =null){ //Didnotfindachildtoreceivetheevent. //Assignthepointertotheleastrecentlyaddedtarget. newTouchTarget=mFirstTouchTarget; while(newTouchTarget.next! =null){ newTouchTarget=newTouchTarget.next; } newTouchTarget.pointerIdBits|=idBitsToAssign; } } } //Dispatchtotouchtargets. if(mFirstTouchTarget==null){ //Notouchtargetssotreatthisasanordinaryview. handled=dispatchTransformedTouchEvent(ev,canceled,null, TouchTarget.ALL_POINTER_IDS); } //代码省略 returnhandled; } 代码比较长,一点一点分析,先看到一开始的判断 if(actionMasked==MotionEvent.ACTION_DOWN||mFirstTouchTarget! =null) mFirstTouchTarget! =null的意义是ViewGroup不拦截事件并将事件交由子元素处理,先这样记着,这从后面的addTouchTarget方法可以得出结论的。 然后又会来到这个if判断。 if(! disallowIntercept){ intercepted=onInterceptTouchEvent(ev); ev.setAction(action);//restoreactionincaseitwaschanged } 那我们看看disallowIntercept。 而disallowIntercept的赋值过程中,有一个FLAG_DISALLOW_INTERCEPT标记位 finalbooleandisallowIntercept=(mGroupFlags&FLAG_DISALLOW_INTERCEPT)! =0; 这个FLAG_DISALLOW_INTERCEPT标记位是可以通过requestDisallowInterceptTouchEvent方法来设置的。 回到if(! disallowIntercept)的判断,进入这个if判断后,就会来到 intercepted=onInterceptTouchEvent(ev); 调用onInterceptTouchEvent方法,询问ViewGroup是否拦截事件。 读到这里,可以回忆下开篇时铺垫的结论,对于ViewGroup,点击事件产生后,首先会传递给它,这时它的dispatchTouchEvent方法就会被调用,接着会调用它的onInterceptTouchEvent方法,如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件,接着事件就会交给这个ViewGroup处理,即它的onTouchEvent方法就会被调用。 如果返回false表示不拦截,通常ViewGroup也是不拦截事件的。 那现在先分析不拦截的情况,不拦截那就好办了的。 经过一系列的判断,就会来到一个for循环遍历。 for(inti=childrenCount-1;i>=0;i--) 这时ViewGroup开始分发传递事件,遍历子元素了。 首先肯定需要过滤掉一些无关点击事件的子元素的,判断子元素是否能够接收点击事件,点击事件的坐标是否落在子元素区域内。 if(! canViewReceivePointerEvents(child) ||! isTransformedTouchPointInView(x,y,child,null)){ ev.setTargetAccessibilityFocus(false); continue; } 如果不能够接收点击事件或者点击事件的坐标没有落在子元素区域,就会跳出当前循环,继续遍历下一个子元素。 这下就知道了Android系统为什么能够知道点击的是Button而不是TextView,其实内部就只是做了一个判断嘛。 那么继续分析,子元素符合以上两个条件后,就将事件传递给这个子元素。 会来到了这个判断。 if(dispatchTransformedTouchEvent(ev,false,child,idBitsToAssign)) 执行dispatchTransformedTouchEvent方法,将子元素传进去。 这个方法很重要,那么跟进看看 /** *Transformsamotioneventintothecoordinatespaceofaparticularchildview, *filtersoutirrelevantpointerids,andoverridesitsactionifnecessary. *Ifchildisnull,assumestheMotionEventwillbesenttothisViewGroupinstead. */ privatebooleandispatchTransformedTouchEvent(MotionEventevent,booleancancel, Viewchild,intdesiredPointerIdBits){ finalbooleanhandled; //Cancelingmotionsisaspecialcase.Wedon'tneedtoperformanytransformations //orfiltering.Theimportantpartistheaction,notthecontents. finalintoldAction=event.getAction(); if(cancel||oldAction==MotionEvent.ACTION_CANCEL){ event.setAction(MotionEvent.ACTION_CANCEL); if(child==null){ handled=super.dispatchTouchEvent(event); }else{ handled=child.dispatchTouchEvent(event); } event.setAction(oldAction); returnhandled; } //代码省略 } 我们看到child! =null的情况,如果子元素不为空,调用子元素的dispatchTouchEvent方法继续分发事件,同时返回处理结果布尔值,这时就将事件传递到了子View处理。 完成了一轮的事件分发。 这个方法先到这里就好。 再看回ViewGroup的dispatchTouchEvent方法,如果dispatchTransformedTouchEvent方法返回true的话,这时事件已经传递给子元素处理,ViewGroup已经不管这个事件了。 那么就会进入if语句,最后会来到addTouchTarget方法,这个方法之前是提到过的,用于mFirstTouchTarget标记位的赋值。 那跟进这个方法看看 /** *Addsatouchtargetforspecifiedchildtothebeginningofthelist. *Assumesthetargetchildisnotalreadypresent. */ privateTouchTargetaddTouchTarget(Viewchild,intpointerIdBits){ TouchTargettarget=TouchTarget.obtain(child,pointerIdBits); target.next=mFirstTouchTarget; mFirstTouchTarget=target; returntarget; } 其实就是让mFirstTouchTarget指向子元素。 执行完这个addTouchTarget方法后,最终会到break语句,那么就会跳出整个for循环体。 ViewGroup结束分发过程! 又回到dispatchTransformedTouchEvent方法,如果dispatchTransformedTouchEvent方法返回false,那么if语句的一大段代码都不执行了,而是回到for循环继续遍历子元素进行分发。 如此重复完成事件的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Android View的事件分发机制剖析 View 事件 分发 机制 剖析
![提示](https://static.bdocx.com/images/bang_tan.gif)