今天就跟大家聊聊有關(guān)Android事件分發(fā)機(jī)制如何理解,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結(jié)了以下內(nèi)容,希望大家根據(jù)這篇文章可以有所收獲。
創(chuàng)新互聯(lián)公司-專(zhuān)業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性?xún)r(jià)比潛江網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式潛江網(wǎng)站制作公司更省心,省錢(qián),快速模板網(wǎng)站建設(shè)找我們,業(yè)務(wù)覆蓋潛江地區(qū)。費(fèi)用合理售后完善,10多年實(shí)體公司更值得信賴(lài)。
前言
在android開(kāi)發(fā)中會(huì)經(jīng)常遇到滑動(dòng)沖突(比如ScrollView或是SliddingMenu與ListView的嵌套)的問(wèn)題,需要我們深入的了解android事件響應(yīng)機(jī)制才能解決,事件響應(yīng)機(jī)制已經(jīng)是android開(kāi)發(fā)者必不可少的知識(shí)。
涉及到事件響應(yīng)的常用方法構(gòu)成
用戶(hù)在手指與屏幕接觸過(guò)程中通過(guò)MotionEvent對(duì)象產(chǎn)生一系列事件,它有四種狀態(tài):
MotionEvent.ACTION_DOWN:手指按下屏幕的瞬間(一切事件的開(kāi)始)
MotionEvent.ACTION_MOVE:手指在屏幕上移動(dòng)
MotionEvent.ACTION_UP:手指離開(kāi)屏幕瞬間
MotionEvent.ACTION_CANCEL :取消手勢(shì),一般由程序產(chǎn)生,不會(huì)由用戶(hù)產(chǎn)生
Android中的事件onClick, onLongClick,onScroll, onFling等等,都是由許多個(gè)Touch事件構(gòu)成的(一個(gè)ACTION_DOWN, n個(gè)ACTION_MOVE,1個(gè)ACTION_UP)。
android 事件響應(yīng)機(jī)制是先 分發(fā)(先由外部的View接收,然后依次傳遞給其內(nèi)層的最小View)再 處理 (從最小View單元(事件源)開(kāi)始依次向外層傳遞。)的形式實(shí)現(xiàn)的。
復(fù)雜性表現(xiàn)在:可以控制每層事件是否繼續(xù)傳遞(分發(fā)和攔截協(xié)同實(shí)現(xiàn)),以及事件的具體消費(fèi)(事件分發(fā)也具有事件消費(fèi)能力)。
android事件處理涉及到的三個(gè)重要函數(shù)
事件分發(fā):public boolean dispatchTouchEvent(MotionEvent ev)
當(dāng)有監(jiān)聽(tīng)到事件時(shí),首先由Activity進(jìn)行捕獲,進(jìn)入事件分發(fā)處理流程。(因?yàn)閍ctivity沒(méi)有事件攔截,View和ViewGroup有)會(huì)將事件傳遞給最外層View的dispatchTouchEvent(MotionEvent ev)方法,該方法對(duì)事件進(jìn)行分發(fā)。
return true :表示該View內(nèi)部消化掉了所有事件。
return false :事件在本層不再繼續(xù)進(jìn)行分發(fā),并交由上層控件的onTouchEvent方法進(jìn)行消費(fèi)(如果本層控件已經(jīng)是Activity,那么事件將被系統(tǒng)消費(fèi)或處理)。
如果事件分發(fā)返回系統(tǒng)默認(rèn)的 super.dispatchTouchEvent(ev),事件將分發(fā)給本層的事件攔截onInterceptTouchEvent 方法進(jìn)行處理
事件攔截:public boolean onInterceptTouchEvent(MotionEvent ev)
return true :表示將事件進(jìn)行攔截,并將攔截到的事件交由本層控件 的 onTouchEvent 進(jìn)行處理;
return false :則表示不對(duì)事件進(jìn)行攔截,事件得以成功分發(fā)到子View。并由子View的dispatchTouchEvent進(jìn)行處理。
如果返回super.onInterceptTouchEvent(ev),默認(rèn)表示攔截該事件,并將事件傳遞給當(dāng)前View的onTouchEvent方法,和return true一樣。
事件響應(yīng):public boolean onTouchEvent(MotionEvent ev)
在dispatchTouchEvent(事件分發(fā))返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent(事件攔截返回true或super.onInterceptTouchEvent(ev)的情況下,那么事件會(huì)傳遞到onTouchEvent方法,該方法對(duì)事件進(jìn)行響應(yīng)。
如果return true,表示onTouchEvent處理完事件后消費(fèi)了此次事件。此時(shí)事件終結(jié);
如果return fasle,則表示不響應(yīng)事件,那么該事件將會(huì)不斷向上層View的onTouchEvent方法傳遞,直到某個(gè)View的onTouchEvent方法返回true,如果到了最頂層View還是返回false,那么認(rèn)為該事件不消耗,則在同一個(gè)事件系列中,當(dāng)前View無(wú)法再次接收到事件,該事件會(huì)交由Activity的onTouchEvent進(jìn)行處理;
如果return super.dispatchTouchEvent(ev),則表示不響應(yīng)事件,結(jié)果與return false一樣。
從以上過(guò)程中可以看出,dispatchTouchEvent無(wú)論返回true還是false,事件都不再進(jìn)行分發(fā),只有當(dāng)其返回super.dispatchTouchEvent(ev),才表明其具有向下層分發(fā)的愿望,但是是否能夠分發(fā)成功,則需要經(jīng)過(guò)事件攔截onInterceptTouchEvent的審核。事件是否向上傳遞處理是由onTouchEvent的返回值決定的。
View源碼分析
Android中ImageView、textView、Button等繼承于View但沒(méi)有重寫(xiě)的dispatchTouchEvent方法,所以都用的View的該方法進(jìn)行事件分發(fā)。
看View重要函數(shù)部分源碼:
public boolean dispatchTouchEvent(MotionEvent event) { //返回true,表示該View內(nèi)部消化掉了所有事件。返回false,表示View內(nèi)部只處理了ACTION_DOWN事件,事件繼續(xù)傳遞,向上級(jí)View(ViewGroup)傳遞。 if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) { //此處的onTouch方式就是回調(diào)的我們注冊(cè)O(shè)nTouchListener時(shí)重寫(xiě)的onTouch()方法 return true; } return onTouchEvent(event); }
首先進(jìn)行三個(gè)條件的判斷:
(1)查看是否給button設(shè)置了OnTouchListener()事件;
(2)控件是否Enable;(控件默認(rèn)都是enable的)
(3)button里面實(shí)現(xiàn)的OnTouchListener監(jiān)聽(tīng)里的onTouch()方法是否返回true;
如果條件都滿(mǎn)足,則該事件被消耗掉,不再進(jìn)入onTouchEvent中處理。否則將事件將交給onTouchEvent方法處理。
public boolean onTouchEvent(MotionEvent event) { ... /* 當(dāng)前onTouch的組件必須是可點(diǎn)擊的比如Button,ImageButton等等,此處CLICKABLE為true,才會(huì)進(jìn)入if方法,***返回true。 如果是ImageView、TexitView這些默認(rèn)為不可點(diǎn)擊的View,此處CLICKABLE為false,***返回false。當(dāng)然會(huì)有特殊情況,如果給這些View設(shè)置了onClick監(jiān)聽(tīng)器,此處CLICKABLE也將為true*/ if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { switch (event.getAction()) { case MotionEvent.ACTION_UP: ... if (!post(mPerformClick)) { performClick();// 實(shí)際就是回調(diào)了我們注冊(cè)的OnClickListener中重新的onClick()方法 } ... break; case MotionEvent.ACTION_DOWN: ... break; case MotionEvent.ACTION_CANCEL: ... break; case MotionEvent.ACTION_MOVE: ... break; } return true; } return false; }
public boolean performClick() { ... // if (li != null && li.mOnClickListener != null) { ... li.mOnClickListener.onClick(this); return true; } return false; }
public void setOnClickListener(OnClickListener l) { if (!isClickable()) { setClickable(true); } getListenerInfo().mOnClickListener = l; }
只有我們注冊(cè)O(shè)nTouchListener時(shí)重寫(xiě)的
onTouch()方法中
返回false —> 執(zhí)行onTouchEvent方法 —> 導(dǎo)致onClick()回調(diào)方法執(zhí)行
返回true —> onTouchEvent方法不執(zhí)行 —> 導(dǎo)致onClick()回調(diào)方法不會(huì)執(zhí)行
ViewGroup源碼分析
Android中諸如LinearLayout等的五大布局控件,都是繼承自ViewGroup,而ViewGroup本身是繼承自View,所以ViewGroup的事件處理機(jī)制對(duì)這些控件都有效。
部分源碼:
public boolean dispatchTouchEvent(MotionEvent ev) { final int action = ev.getAction(); final float xf = ev.getX(); final float yf = ev.getY(); final float scrolledXFloat = xf + mScrollX; final float scrolledYFloat = yf + mScrollY; final Rect frame = mTempRect; //這個(gè)值默認(rèn)是false, 然后我們可以通過(guò)requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法 //來(lái)改變disallowIntercept的值 boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; //這里是ACTION_DOWN的處理邏輯 if (action == MotionEvent.ACTION_DOWN) { //清除mMotionTarget, 每次ACTION_DOWN都很設(shè)置mMotionTarget為null if (mMotionTarget != null) { mMotionTarget = null; } //disallowIntercept默認(rèn)是false, 就看ViewGroup的onInterceptTouchEvent()方法 if (disallowIntercept || !onInterceptTouchEvent(ev)) { //***點(diǎn) ev.setAction(MotionEvent.ACTION_DOWN); final int scrolledXInt = (int) scrolledXFloat; final int scrolledYInt = (int) scrolledYFloat; final View[] children = mChildren; final int count = mChildrenCount; //遍歷其子View for (int i = count - 1; i >= 0; i--) { //第二點(diǎn) final View child = children[i]; //如果該子View是VISIBLE或者該子View正在執(zhí)行動(dòng)畫(huà), 表示該View才 //可以接受到Touch事件 if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) { //獲取子View的位置范圍 child.getHitRect(frame); //如Touch到屏幕上的點(diǎn)在該子View上面 if (frame.contains(scrolledXInt, scrolledYInt)) { // offset the event to the view's coordinate system final float xc = scrolledXFloat - child.mLeft; final float yc = scrolledYFloat - child.mTop; ev.setLocation(xc, yc); child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; //調(diào)用該子View的dispatchTouchEvent()方法 if (child.dispatchTouchEvent(ev)) { // 如果child.dispatchTouchEvent(ev)返回true表示 //該事件被消費(fèi)了,設(shè)置mMotionTarget為該子View mMotionTarget = child; //直接返回true return true; } // The event didn't get handled, try the next view. // Don't reset the event's location, it's not // necessary here. } } } } } //判斷是否為ACTION_UP或者ACTION_CANCEL boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) || (action == MotionEvent.ACTION_CANCEL); if (isUpOrCancel) { //如果是ACTION_UP或者ACTION_CANCEL, 將disallowIntercept設(shè)置為默認(rèn)的false //假如我們調(diào)用了requestDisallowInterceptTouchEvent()方法來(lái)設(shè)置disallowIntercept為true //當(dāng)我們抬起手指或者取消Touch事件的時(shí)候要將disallowIntercept重置為false //所以說(shuō)上面的disallowIntercept默認(rèn)在我們每次ACTION_DOWN的時(shí)候都是false mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT; } // The event wasn't an ACTION_DOWN, dispatch it to our target if // we have one. final View target = mMotionTarget; //mMotionTarget為null意味著沒(méi)有找到消費(fèi)Touch事件的View, 所以我們需要調(diào)用ViewGroup父類(lèi)的 //dispatchTouchEvent()方法,也就是View的dispatchTouchEvent()方法 if (target == null) { // We don't have a target, this means we're handling the // event as a regular view. ev.setLocation(xf, yf); if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) { ev.setAction(MotionEvent.ACTION_CANCEL); mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; } return super.dispatchTouchEvent(ev); } //這個(gè)if里面的代碼ACTION_DOWN不會(huì)執(zhí)行,只有ACTION_MOVE //ACTION_UP才會(huì)走到這里, 假如在ACTION_MOVE或者ACTION_UP攔截的 //Touch事件, 將ACTION_CANCEL派發(fā)給target,然后直接返回true //表示消費(fèi)了此Touch事件 if (!disallowIntercept && onInterceptTouchEvent(ev)) { final float xc = scrolledXFloat - (float) target.mLeft; final float yc = scrolledYFloat - (float) target.mTop; mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; ev.setAction(MotionEvent.ACTION_CANCEL); ev.setLocation(xc, yc); if (!target.dispatchTouchEvent(ev)) { } // clear the target mMotionTarget = null; // Don't dispatch this event to our own view, because we already // saw it when intercepting; we just want to give the following // event to the normal onTouchEvent(). return true; } if (isUpOrCancel) { mMotionTarget = null; } // finally offset the event to the target's coordinate system and // dispatch the event. final float xc = scrolledXFloat - (float) target.mLeft; final float yc = scrolledYFloat - (float) target.mTop; ev.setLocation(xc, yc); if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) { ev.setAction(MotionEvent.ACTION_CANCEL); target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; mMotionTarget = null; } //如果沒(méi)有攔截ACTION_MOVE, ACTION_DOWN的話(huà),直接將Touch事件派發(fā)給target return target.dispatchTouchEvent(ev); }
1、dispatchTouchEvent作用:決定事件是否由onInterceptTouchEvent來(lái)攔截處理。
返回super.dispatchTouchEvent時(shí),由onInterceptTouchEvent來(lái)決定事件的流向
返回false時(shí),會(huì)繼續(xù)分發(fā)事件,自己內(nèi)部只處理了ACTION_DOWN
返回true時(shí),不會(huì)繼續(xù)分發(fā)事件,自己內(nèi)部處理了所有事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP)
2、onInterceptTouchEvent作用:攔截事件,用來(lái)決定事件是否傳向子View
返回true時(shí),攔截后交給自己的onTouchEvent處理
返回false時(shí),攔截后交給子View來(lái)處理
3、onTouchEvent作用:事件最終到達(dá)這個(gè)方法
返回true時(shí),內(nèi)部處理所有的事件,換句話(huà)說(shuō),后續(xù)事件將繼續(xù)傳遞給該view的onTouchEvent()處理
返回false時(shí),事件會(huì)向上傳遞,由onToucEvent來(lái)接受,如果最上面View中的onTouchEvent也返回false的話(huà),那么事件就會(huì)消失
如果ViewGroup找到了能夠處理該事件的View,則直接交給子View處理,自己的onTouchEvent不會(huì)被觸發(fā);
可以通過(guò)復(fù)寫(xiě)onInterceptTouchEvent(ev)方法,攔截子View的事件(即return true),把事件交給自己處理,則會(huì)執(zhí)行自己對(duì)應(yīng)的onTouchEvent方法。
子View可以通過(guò)調(diào)用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup對(duì)其MOVE或者UP事件進(jìn)行攔截;
看完上述內(nèi)容,你們對(duì)Android事件分發(fā)機(jī)制如何理解有進(jìn)一步的了解嗎?如果還想了解更多知識(shí)或者相關(guān)內(nèi)容,請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝大家的支持。
網(wǎng)站名稱(chēng):Android事件分發(fā)機(jī)制如何理解
文章分享:http://muchs.cn/article2/jehsoc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供企業(yè)建站、手機(jī)網(wǎng)站建設(shè)、虛擬主機(jī)、小程序開(kāi)發(fā)、定制網(wǎng)站、外貿(mào)建站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話(huà):028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)