老生常談android中的事件傳遞和處理機(jī)制
一直以來,都被android中的事件傳遞和處理機(jī)制深深的困擾!今天特意來好好的探討一下?,F(xiàn)在的感覺是,只要你理解到位,其實(shí)事件的
傳遞和處理機(jī)制并沒有想象中的那么難。總之,不要自己打擊自己,要相信自己能掌握這塊知識(shí)。好了,下面是我今天的收獲,希望也
能對(duì)你有一點(diǎn)幫助。
一、擬人化來理解android中的事件機(jī)制
其實(shí)android中的事件傳遞與處理機(jī)制跟我們生活中的事件處理是一樣的。這里有一個(gè)生活中的例子,很能說明這個(gè)問題。闡述如下:
你是一個(gè)公司的員工,你的上頭有一個(gè)主管,主管上頭呢還有一個(gè)經(jīng)理。為了簡(jiǎn)單,你們這個(gè)團(tuán)隊(duì)就有這三個(gè)人。那么如果上頭安排一件事下來要處理,流程是怎樣的呢?顯然應(yīng)該是由你的經(jīng)理將這件事安排給你的主管來處理,你的主管再將這件事安排給你來處理。等你把這件事辦好了,你就應(yīng)該給你的主管報(bào)告,再由你的主管來向你的經(jīng)理報(bào)告。顯然,你的主管和經(jīng)理也有處理這件事的權(quán)限,如果他們覺得事情很復(fù)雜,你辦不了,或者他們比較照顧下級(jí),可能就自己把這件事給辦了,這個(gè)時(shí)候這件事就不會(huì)再傳遞給下一級(jí)來處理了。這個(gè)事件處理的過程,是不是太容易理解了!
其實(shí)android中的事件處理流程就是跟生活中的事件處理是一樣的。比如你在ViewGroupA中嵌套了一個(gè)VewiGroupB,然后又在ViewGroupB
中嵌套了一個(gè)MyView。那么一個(gè)觸摸事件傳遞過來,會(huì)發(fā)生什么情況呢?類比上面的公司員工的處理事件,顯然會(huì)發(fā)生下面的過程:
觸摸事件傳遞過來后,ViewGroupA一看自己里面還有一個(gè)員工可以利用,就是ViewGroupB,那不用白不用,就會(huì)把這個(gè)事件傳遞給ViewGroupB,告訴他,你給我把這個(gè)事件處理了!
ViewGroupB呢一看,我不怕,我里面也有一個(gè)員工就是MyView,它得給我干活,于是又會(huì)把這個(gè)事件傳遞給MyView,讓它來處理。MyView一看,沒辦法啊,我手底下沒有員工了,那怎么辦,我只能自己處理了(前提是它有處理這個(gè)事件的能力),所以就把這個(gè)觸摸事件給處理了。處理完成后呢?MyView就是給ViewGroupB報(bào)告,我已經(jīng)把事情辦好了,你來審核一下
,看看辦理的咋樣。ViewGroupB一審核,覺得不錯(cuò),就再將結(jié)果呈現(xiàn)給ViewGroupA。ViewGroupA再審核,通過了才算通過。在這個(gè)過程中,也可能出現(xiàn)幾種情況:
(1)MyView說,完蛋了,這事我的能力辦不好啊,于是就向VeiwGroupB報(bào)告,我沒有處理,請(qǐng)你來處理,你是我上司,能力比我強(qiáng)。于是ViewGroupB就會(huì)來幫忙處理。當(dāng)然了,
如果ViewGroupB也沒能力處理,那就只能反饋給VeiwGroupA,讓它來消化這個(gè)事件。
(2)也可能MyView處理非常完美,向ViewGroupB一報(bào)告,ViewGroupB一開心就說不用再交給ViewGroupA審核了,我擔(dān)保通過,于是事件到此直接終止。
上面用很形象的話來講adnroid中的事件傳遞和處理機(jī)制講解了一下。android用下面的幾個(gè)方法將上面的過程完美封裝了:
在ViewGroup中,有下面三個(gè)方法: (1)dispatchTouchEvent 該方法用來分發(fā)事件,一般不會(huì)重寫這個(gè)方法 (2)onInterceptTouchEvent 用來攔截事件 (3)onTouchEvent 用來處理事件,這個(gè)方法應(yīng)該大家很常見了吧 而View中,只有兩個(gè)方法,即:(1)dispatchTouchEvent 該方法用來分發(fā)事件,一般不會(huì)重寫這個(gè)方法 (2)onTouchEvent 用來處理事件,這個(gè)方法應(yīng)該大家很常見了吧
那么我們就來寫一個(gè)實(shí)際的代碼,來驗(yàn)證一下這些方法都對(duì)應(yīng)上面的哪些過程。這樣子就會(huì)對(duì)這個(gè)些方法有更透徹的理解。
二、根據(jù)實(shí)戰(zhàn)代碼來分析各個(gè)方法
下面我們就來把上面提到的ViewGroupA,ViewGroupB,還有MyView給編寫出來。
新建一個(gè)項(xiàng)目,先來寫ViewGruopA,代碼如下:
package com.example.testmotionevent; import android.content.Context; import android.util.AttributeSet; import android.util.Log; import android.view.MotionEvent; import android.widget.LinearLayout; public class ViewGroupA extends LinearLayout{ public ViewGroupA(Context context) { super(context); } public ViewGroupA(Context context, AttributeSet attrs) { super(context, attrs); } public ViewGroupA(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } @Override public boolean dispatchTouchEvent(MotionEvent ev) { Log.d("付勇焜----->","ViewGroupA dispatchTouchEvent"); return super.dispatchTouchEvent(ev); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { Log.d("付勇焜----->","ViewGroupA onInterceptTouchEvent"); return super.onInterceptTouchEvent(ev); } @Override public boolean onTouchEvent(MotionEvent event) { Log.d("付勇焜----->","ViewGroupA onTouchEvent"); return super.onTouchEvent(event); } }
代碼很簡(jiǎn)單,就不用我解釋了吧,無非就是重寫上面提到的那幾個(gè)方法,然后打印相關(guān)的標(biāo)記,來觀察事件的處理機(jī)制。
同理,編寫ViewGroupB,如下:
package com.example.testmotionevent; import android.content.Context; import android.util.AttributeSet; import android.util.Log; import android.view.MotionEvent; import android.widget.LinearLayout; public class ViewGroupB extends LinearLayout{ public ViewGroupB(Context context) { super(context); } public ViewGroupB(Context context, AttributeSet attrs) { super(context, attrs); } public ViewGroupB(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } @Override public boolean dispatchTouchEvent(MotionEvent ev) { Log.d("付勇焜----->","ViewGroupB dispatchTouchEvent"); return super.dispatchTouchEvent(ev); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { Log.d("付勇焜----->","ViewGroupB onInterceptTouchEvent"); return super.onInterceptTouchEvent(ev); } @Override public boolean onTouchEvent(MotionEvent event) { Log.d("付勇焜----->","ViewGroupB onTouchEvent"); return super.onTouchEvent(event); } }
然后再編寫MyView,如下:
package com.example.testmotionevent; import android.content.Context; import android.util.AttributeSet; import android.util.Log; import android.view.MotionEvent; import android.view.View; public class MyView extends View{ public MyView(Context context) { super(context); } public MyView(Context context, AttributeSet attrs) { super(context, attrs); } public MyView(Context context, AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); } @Override public boolean dispatchTouchEvent(MotionEvent event) { Log.d("付勇焜---->","MyView dispatchTouchEvent "); return super.dispatchTouchEvent(event); } @Override public boolean onTouchEvent(MotionEvent event) { Log.d("付勇焜---->","MyView onTouchEvent "); return super.onTouchEvent(event); } }
好了,現(xiàn)在就將它們嵌套在一起,修改activity_main.xml,如下:
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" > <com.example.testmotionevent.ViewGroupA android:layout_width="match_parent" android:layout_height="match_parent" android:gravity="center" android:background="#ff0033"> <com.example.testmotionevent.ViewGroupB android:layout_width="200dp" android:layout_height="200dp" android:gravity="center" android:background="#336699"> <com.example.testmotionevent.MyView android:layout_width="100dp" android:layout_height="100dp" android:clickable="true" android:background="#ffff00"/> </com.example.testmotionevent.ViewGroupB> </com.example.testmotionevent.ViewGroupA> </LinearLayout>
嵌套完成,運(yùn)行程序,是什么樣子的呢?如下圖:
紅色的就是ViewGroupA,藍(lán)色的就是ViewGroupB,黃色就是MyView?,F(xiàn)在來點(diǎn)擊中間黃色的MyView,觀察下打印結(jié)果,如下:
從打印的結(jié)果,我們可以很清楚到看到事件的流程:
首先ViewGroupA得到了事件,由它的dispatchTouchEvent方法來分發(fā)事件,由于它的onInterceptTouchEvent方法沒有做出攔截,因此事件傳遞給了ViewGroupB,
而同樣由于ViewGroupB的onInterceptTouchEvent方法在它的dispatchTouchEvent方法分發(fā)事件時(shí)沒有做出攔截,故而事件最終被傳遞給MyView,MyView就來處理這個(gè)事件了。
下面我們來做實(shí)驗(yàn)吧,我們讓MyView沒有處理這個(gè)事件,會(huì)是上面我們所說的由ViewGrouPB來處理嗎?修改MyView的onTouchEvent事件,如下:
public boolean onTouchEvent(MotionEvent event) { Log.d("付勇焜---->","MyView onTouchEvent "); return false; // return super.onTouchEvent(event); }
我們r(jià)eturn了false,表示MyView沒有成功處理這個(gè)事件?,F(xiàn)在來再運(yùn)行下程序,打印結(jié)果如下:
由于MyView的onTouchEvent返回false,因此事件就交給了它的上級(jí)ViewGroupB來處理,于是ViewGroupB的onTouchEvent就來消化這個(gè)事件了。所以
從打印的結(jié)果來看正是這個(gè)情況(即紅色線條標(biāo)注的部分)。但是由于ViewGroupB的onTouchEvent也沒有成功處理這個(gè)事件所以又傳遞給ViewGroupA的
onToucEvent來處理這個(gè)事件(即紅色線最下面還有ViewGroupA的標(biāo)志)。不管ViewGroupA能不能成功處理,我們的程序中它是終極boss,不會(huì)再由其他對(duì)象
來處理該事件了。
再來在上一步的基礎(chǔ)上繼續(xù)做實(shí)驗(yàn)。當(dāng)MyView沒有成功處理事件,傳遞給ViewGroupB來處理時(shí),當(dāng)ViewGroupB處理完,我們強(qiáng)制告知程序,ViewGroupB
已經(jīng)成功處理該事件了,看看會(huì)出現(xiàn)什么情況!修改ViewGroupB的onTouchEvent代碼,如下:
public boolean onTouchEvent(MotionEvent event) { Log.d("付勇焜----->","ViewGroupB onTouchEvent"); return true; //表示事件已經(jīng)成功處理 // return super.onTouchEvent(event); }
再來運(yùn)行程序,觀察打印結(jié)果如下:
觀察紅線部分,此時(shí)只剩下ViewGroupB的onTouchEvent了。因?yàn)閂iewGroupB已經(jīng)成功處理這事件了,那就不必再勞煩ViewGroupA來吃處理了。
好了,現(xiàn)在我們?cè)谏弦粋€(gè)實(shí)驗(yàn)的基礎(chǔ)上再來實(shí)驗(yàn)。比如,當(dāng)事件傳遞到ViewGroupB的時(shí)候,ViewGroupB比較好心,心想干脆我來處理這個(gè)事情吧,就不必再讓MyView
加班了,于是他對(duì)這個(gè)事件進(jìn)行了攔截!修改ViewGroupB的onInterceptTouchEvent代碼,如下:
@Override public boolean onInterceptTouchEvent(MotionEvent ev) { Log.d("付勇焜----->","ViewGroupB onInterceptTouchEvent"); return true; // return super.onInterceptTouchEvent(ev); }
再次運(yùn)行程序,觀察打印結(jié)果,如下:
我們發(fā)現(xiàn)事件傳遞到ViewGroupB的地方直接終止了,然后就是ViewGroupB的onTouchEvent事件來處理了,當(dāng)然了因?yàn)橹拔覀儚?qiáng)制修改ViewGroupB的onTouchEvent
為處理成功,因此也不會(huì)再返回給ViewGroupA的onTouchEvent來處理了。此時(shí)MyView壓根就不知道有個(gè)觸摸事件在它的上層傳遞呢!所以在打印結(jié)果中,我們連MyView的影子
都見不到!
好了,我就帶大家做這幾個(gè)實(shí)驗(yàn)吧。已經(jīng)足夠說明問題了。下面我們就來做一下總概述吧。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
從上面的實(shí)驗(yàn)我們可以很清晰的看到一個(gè)事件處理的流程,在正常情況下,是如下圖的這樣子的一個(gè)流程:
也就是說,一個(gè)事件是必須要先經(jīng)過傳遞流程才會(huì)再經(jīng)過處理流程。這個(gè)先后順序一定要明白。如果你無法理解,請(qǐng)?jiān)傧胍幌肷厦鏀M人化的公司員工處理事件的流程吧。
其中,在紅色線和藍(lán)色線代表傳遞的流程中,我們都可以進(jìn)行所謂的攔截事件。說明如下:
對(duì)于事件的攔截,我們主要重寫就是OnInterceptTouchEvent和onTouchEvent方法。
兩句就可以總結(jié):
(1)對(duì)于事件的傳遞,返回結(jié)果為true,表示攔截,不再往下傳遞,為false,不攔截,繼續(xù)往下傳遞。主要針對(duì)的就是OnInterceptTouchEvent方法。
(2)對(duì)于事件的處理,返回結(jié)果為true,表示攔截,不再往上傳遞(即我處理的很完美,不需要你再來審核我?。?,返回結(jié)果為false(沒有成功處理事件),繼續(xù)向上傳遞。 針對(duì)就是onTouchEvent方法。
因此我們就可以通過控制OnInterceptTouchEvent和onTouchEvent方法的返回值來控制整個(gè)事件的傳遞流程和處理流程??!到此,你是不是對(duì)andorid中的事件的整個(gè)處理機(jī)制很
明白了呢?以后再出現(xiàn)什么問題,是不是就可以順藤摸瓜,找到問題所在了!
三、總結(jié)
如果你嫌上面的解釋太啰嗦了。那么就只看下面的這個(gè)總結(jié)就可以了,一下就找到關(guān)鍵的知識(shí)點(diǎn)!如下:
(1)正常情況下,android中的事件是必須要經(jīng)過傳遞流程然后再經(jīng)過處理流程的。要記住這個(gè)先后的順序。
(2)在傳遞流程和處理流程中,你都可以修改方法的返回值,來對(duì)流程做控制。
如下:
對(duì)于事件的攔截,我們主要重寫就是OnInterceptTouchEvent和onTouchEvent方法。兩句就可以總結(jié):
事件的傳遞,返回結(jié)果為true,表示攔截,不再往下傳遞,為false,不攔截,繼續(xù)往下傳遞。主要針對(duì)的就是OnInterceptTouchEvent方法。
事件的處理,返回結(jié)果為true,表示攔截,不再往上傳遞(即我處理的很完美,不需要你再來審核我?。祷亟Y(jié)果為false(沒有成功處理事件),繼續(xù)向上傳遞。
針對(duì)就是onTouchEvent方法。
(3)如果流程你還理解,就好好想一想那個(gè)公司員工的擬人化解釋吧!實(shí)際上android的事件處理機(jī)制原理就是這樣子的!
以上這篇老生常談android中的事件傳遞和處理機(jī)制就是小編分享給大家的全部?jī)?nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
Android自定義View實(shí)現(xiàn)數(shù)字雨效果的全過程
小時(shí)候看時(shí)印象最深的就是數(shù)字雨了,導(dǎo)致我現(xiàn)在寫代碼也要是黑屏,下面這篇文章主要給大家介紹了關(guān)于Android自定義View實(shí)現(xiàn)數(shù)字雨效果的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-02-02ReactiveCocoa代碼實(shí)踐之-RAC網(wǎng)絡(luò)請(qǐng)求重構(gòu)
這篇文章主要介紹了ReactiveCocoa代碼實(shí)踐之-RAC網(wǎng)絡(luò)請(qǐng)求重構(gòu) 的相關(guān)資料,需要的朋友可以參考下2016-04-04Android實(shí)現(xiàn)手機(jī)震動(dòng)抖動(dòng)效果的方法
今天小編就為大家分享一篇關(guān)于Android實(shí)現(xiàn)手機(jī)震動(dòng)抖動(dòng)效果的方法,小編覺得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來看看吧2019-03-03Android App使用RecyclerView實(shí)現(xiàn)上拉和下拉刷新的方法
RecyclerView一經(jīng)推出便被認(rèn)為是替代ListView的存在,那么ListView的上拉和下拉刷新我們同樣可以使用RecyclerView來做到,這里我們就來看一下Android App使用RecyclerView實(shí)現(xiàn)上拉和下拉刷新的方法,首先先來點(diǎn)RecyclerView的小介紹:2016-06-06Android編程使用ListView實(shí)現(xiàn)數(shù)據(jù)列表顯示的方法
這篇文章主要介紹了Android編程使用ListView實(shí)現(xiàn)數(shù)據(jù)列表顯示的方法,實(shí)例分析了Android中ListView控件的使用技巧,需要的朋友可以參考下2016-01-01Android編程實(shí)現(xiàn)獲取多媒體庫視頻、音頻、圖片的方法
這篇文章主要介紹了Android編程實(shí)現(xiàn)獲取多媒體庫視頻、音頻、圖片的方法,涉及Android針對(duì)多媒體視頻、音頻及相關(guān)專輯圖片、縮略圖等獲取操作實(shí)現(xiàn)技巧,需要的朋友可以參考下2018-01-01Android樣式的開發(fā):layer-list實(shí)例詳解
本文主要介紹Android樣式開發(fā)layer-list,這里整理了詳細(xì)的資料,及簡(jiǎn)單示例代碼有興趣的小伙伴可以參考下2016-09-09詳解Android冷啟動(dòng)實(shí)現(xiàn)APP秒開的方法
這篇文章給大家介紹的是Android冷啟動(dòng)實(shí)現(xiàn)APP秒開的方法,對(duì)大家日常開發(fā)APP還是很實(shí)用的,有需要的可以參考借鑒。2016-08-08Android中顏色選擇器和改變字體顏色的實(shí)例教程
這篇文章主要介紹了Android中顏色選擇器和改變字體顏色的實(shí)例教程,其中改變字體顏色用到了ColorPicker顏色選擇器,需要的朋友可以參考下2016-04-04