淺談View的事件分發(fā)機(jī)制(一)

View的事件分發(fā)機(jī)制

標(biāo)簽(空格分隔): Android Event View


通過此篇文章整理自己關(guān)于事件分發(fā)機(jī)制的學(xué)習(xí)和理解。本篇大部分內(nèi)容基于《Android開發(fā)藝術(shù)探索》這本書,在這里也算替作者做下宣傳啊,感慨下作者的對源碼的理解,羨慕ing...好了廢話不多說了,先從整體介紹下事件分發(fā)機(jī)制涉及的一些基礎(chǔ)知識。

點(diǎn)擊事件的傳遞規(guī)則

首先我們所說的點(diǎn)擊事件即是MotionEvent這個對象。典型的事件類型有以下幾種:

  • ACTION_DOWN:手指剛接觸屏幕;
  • ACTION_MOVE:手指在屏幕上移動;
  • ACTION_UP:手指從屏幕松開的一瞬間。

我們可以通過該對象得到,手指觸碰時(shí)在屏幕中的坐標(biāo)。系統(tǒng)提供了兩組方法:getX/getY和getRawX/getRawY。它們的區(qū)別也很明顯,getX/getY得到的是相當(dāng)于當(dāng)前被觸碰View的左上角的坐標(biāo),而getRawX/getRawY返回的則是相對于整個屏幕的左上角的坐標(biāo)。下面的這張圖片清晰的展示了它們之間的不同:
![相對坐標(biāo)與絕對坐標(biāo)][1]
[1]: http://upload-images.jianshu.io/upload_images/623378-f45e4c2e22f0e8aa.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240

我想有些新手可能之前一直對這兩個方法分不清楚吧(不要打我。。。)至少我是這樣。
好,回歸正題,所謂的點(diǎn)擊事件的分發(fā),即是對MotionEvent事件的分發(fā),即當(dāng)一個MotionEvent發(fā)生之后,系統(tǒng)需要把這個事件傳遞給一個指定的View,這個傳遞過程就是我們所說的分發(fā)過程。點(diǎn)擊事件的分發(fā)過程由三個很重要的方法來完成:dispatchTouchEvent()onInterceptTouchEvent()onTouchEvent()我們簡單介紹一下這個三個方法。

  • public boolean dispatchTouchEvent(MotionEvent ev):

用來處理事件的分發(fā)方法。它的返回結(jié)果可以受當(dāng)前View的onTouchEvent()和下級的View的dispatchTouchEvent()方法的影響,表示是否消耗當(dāng)前事件。

  • public boolean onInterceptTouchEvent(MotionEvent ev):

在上述方法的內(nèi)部調(diào)用,用于判斷是否攔截某個事件,如果當(dāng)前View攔截了某個事件那么在同一個事件序列當(dāng)中,此方法不會被調(diào)用,返回結(jié)果表示是否攔截事件。

  • public boolean onTouchEvent(MotionEvent ev);

在dispatchTouchEvent方法中調(diào)用,用于處理點(diǎn)擊事件的方法。返回結(jié)果表示是否消耗了當(dāng)前事件,如果不消耗,則在同一事件序列中,無法再接收到事件。

這里已經(jīng)簡單介紹了三個方法和它們之間的關(guān)系,為了更直觀的展示它們之間的關(guān)系,可以通過以下的偽碼來展示:

public boolean dispatchTouchEvent(MotionEvent ev) {
        boolean consume = false;
        if (onInterceptTouchEvent(ev)) {
            consume = onTouchEvent(ev);
        } else {
            consume = child.dispatchTouchEvent(ev);
        }
        
        return consume;
    }

簡單分析下這段偽碼:

  • 變量consume:標(biāo)志是否消耗了事件;
  • 第一個判斷條件,調(diào)用onInterceptTouchEvent(ev)方法來判斷是否攔截了該事件,如果攔截該事件直接調(diào)用該View的onTouchEvent(ev)方法來判斷是否消耗了此事件。
  • 第二個判斷條件,如果不攔截該事件,就會向下傳遞,調(diào)用該View子類的dispatchTouchEvent(ev)方法。同樣依據(jù)上邊的模式來繼續(xù)調(diào)用,直到事件被最終處理。

最后再簡單總結(jié)一下,對于一個根ViewGroup來說,點(diǎn)擊事件發(fā)生后,首先就會傳遞給它,它的dispatchTouchEvent(ev)方法就會被調(diào)用,如果這個ViewGroup的onInterceptTouchEvent(ev)方法返回true就表示它要攔截當(dāng)前事件,接著事件就會交給這個ViewGroup處理,即調(diào)用它的onTouchEvent()方法;如果這個ViewGroup的onInterceptTouchEvent(ev)方法返回false,就表示它不會攔截該事件,事件就會向它的子View傳遞,緊接著子View的dispatchTouchEvent(ev)方法就會被調(diào)用,如此反復(fù)下去。這里讀者可能會產(chǎn)生疑問,如果最終的子View也返回false不處理這個事件,會發(fā)生怎樣的結(jié)果呢?稍后我們會解決這個疑問的。。。。。。請相信我

接下來還有幾個比較容易疏忽的知識點(diǎn),這里我給大家單獨(dú)提一下。

  • 當(dāng)一個View需要處理事件時(shí),如果它設(shè)置了OnTouchListener,那么OnTouchListener中的onTouch()方法就會被回調(diào),如果該方法返回false,則當(dāng)前View的onTouchEvent()方法會被調(diào)用;如果返回true,那么當(dāng)前View的onTouchEvent()方法就不會被調(diào)用。如果在onTouchEvent()方法中,設(shè)置了OnClickListener,那么它的onClick()方法會被調(diào)用。可以簡單的總結(jié)一下即:OnTouchListener > onTouchEvent > OnClickListener 這樣一個優(yōu)先級關(guān)系。可以看到,我們平時(shí)最常用的OnClickListener,其優(yōu)先級最低,即處于事件傳遞的尾端。

  • 當(dāng)一個點(diǎn)擊事件產(chǎn)生后,它的傳遞順序遵循如下順序:Activity > Window > View。這里View被稱為頂級View,即我們在setContentView所設(shè)置的View的父容器。這里我們就可以回答我們之前留下的那個問題:
    如果一個View的OnTouchEvent()方法返回false,那么它的父容器的onTouchEvent()方法就會被調(diào)用。如果父容器的onTouchEvent()方法也返回false,那么還會向上級拋送這個事件,以此類推最終如果所有的View的onTouchEvent()方法都返回了false,那么Activity的onTouchEvent()方法就會被調(diào)用。

本篇文章最后給出一些書中關(guān)于事件傳遞機(jī)制的一些結(jié)論,根據(jù)這些結(jié)論可以更好地理解整個傳遞機(jī)制。

  1. 同一個事件序列:是指從手指觸摸屏幕的那一刻起,到手指離開屏幕的那一刻結(jié)束。這個事件序列以ACTION_DOWN開始,中間含有數(shù)量不定的ACTION_MOVE,最終以ACTION_UP結(jié)束。

  2. 正常情況下,一個事件序列只能被一個View攔截且消耗。即如果一旦一個View攔截了某次事件,那么同一個事件序列內(nèi)的所有事件都會直接交給它來處理,因此同一個事件序列不能分別由兩個View同時(shí)處理。但是通過特殊手段可以做到,比如一個View在onTouchEvent()方法中強(qiáng)行將本該自己處理的事件傳遞給其他View處理。

  3. 某個View一旦決定攔截,它的onInterceptTouchEvent()方法只會被調(diào)用一次,此后該事件序列的其他事件不再經(jīng)過它來進(jìn)行判斷,直接調(diào)用該View的onTouchEvent()方法來處理事件。

  4. 某個View一旦開始處理事件,如果不消耗ACTION_DOWN事件,那么同一事件序列的其他事件也不會再交給它來處理,并且事件將重新交個它的父容器來處理,即父容器的onTouchEvent()方法會被調(diào)用。

  5. 如果View不消耗除ACTION_DOWN以外的其他事件,那么這個點(diǎn)擊事件就會消失,此時(shí)父容器的onTouchEvent()方法并不會被調(diào)用,并且當(dāng)前View還可以持續(xù)收到后續(xù)的事件,最終這些消失的點(diǎn)擊事件會傳遞給Activity處理。

  6. ViewGroup默認(rèn)不攔截任何事件。源碼中ViewGroup的onInterceptTouchEvent()方法默認(rèn)返回false。

  7. View沒有onInterceptTouchEvent()方法,所以一旦有點(diǎn)擊事件傳遞給它,它的onTouchEvent()方法就會被調(diào)用。

  8. View的onTouchEvent()方法默認(rèn)都會消耗事件(默認(rèn)返回true),除非它是不可點(diǎn)擊的(即clickable和longClickable同時(shí)都為false)。View的longClickable默認(rèn)都為false,clickable屬性要分情況,比如Button為true,而TextView默認(rèn)為false。

  9. View的enable屬性不影響onTouchEvent的默認(rèn)返回值。即一個View是disable狀態(tài)的,只要它不是不可點(diǎn)擊的,它的onTouchEvent()方法就會返回true。

  10. onClick發(fā)生的前提是當(dāng)前View是可點(diǎn)擊的,并且它收到了ACTION_DOWN和ACTION_UP事件。

  11. 事件傳遞都是由外向內(nèi)的,即事件傳遞都是由父元素分發(fā)給子View。但是通過調(diào)用父容器的requestDisallowInterceptTouchEvent()方法,子View就可以干預(yù)父元素的事件分發(fā)過程。但是ACTION_DOWN事件除外。

以上即是關(guān)于點(diǎn)擊事件傳遞需要掌握的一些基礎(chǔ)知識,接下來我會跟著大家一同分享和學(xué)習(xí)事件分發(fā)的源碼解析。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,818評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,185評論 3 414
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,656評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,647評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,446評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,951評論 1 321
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,041評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,189評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,718評論 1 333
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,800評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,419評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,420評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,755評論 2 371

推薦閱讀更多精彩內(nèi)容