Android事件分發機制

參考:
更簡單的學習Android事件分發

1. 相關方法

相關方法 方法功能 Activity ViewGroup View
dispatchTouchEvent() 事件分發 Yes Yes Yes
onInterceptTouchEvent() 事件攔截 No Yes No
onTouchEvent() 事件消費 Yes Yes Yes

事件分發: dispatchTouchEvent

  • 返回true,則表示在當前View或其子View(子子...View)中,找到了處理事件的View;
  • 返回false,則表示在當前View或其子View(子子...View)中沒有處理事件的View;

事件攔截: onInterceptTouchEvent

  • 返回true,則表示當前View攔截這個事件并交予當前View的onTouchEvent()處理,不會再向子View傳遞這個事件;
  • 返回false,則表示當前View不攔截這個事件,只有他的子View的dispatchTouchEvent()返回false,才會分發到當前View的onTouchEvent()方法,否則當前View不處理這個事件

事件消費: onTouchEvent

  • 返回true,則表示當前View消費掉這個事件;
  • 返回false,則表示當前View不消費這個時間;

2. 具體分析

首先,我們來說一下觸摸事件(不考慮多點觸摸),一組觸摸時間以一個DOWN事件開始,后跟0個或多個MOVE事件,最后跟一個UP或CANCEL事件。事件分發是從外往內分發的或者說從上到下,即事件從父層View向子層View分發。


布局

接下來我們根據上圖來分析以下五種基本情況,復雜的事件分發一般都是這幾種情況的組合,掌握了基本事件的分發機制,復雜的也就迎刃而解了:

  • View消費DOWN、MOVE、UP事件
  • View不消費DOWN事件
  • View不消費MOVE、UP事件
  • ViewGroup攔截DOWN事件
  • ViewGroup攔截MOVE、UP事件

一般情況下DOWN和MOVE、UP的分發機制不同,所以我們要分開討論(當View消費觸摸事件時,事件的分發一致,所以我們可合并分析)

1). 事件分發(View消費)

事件傳遞過程:

DOWN事件:

從Activity#dispatchTouchEvent開始分發,傳遞到ViewGroup#dispatchTouchEvent,再傳遞到ViewGroup#onInterceptTouchEvent,ViewGroup#onInterceptTouchEvent返回false表示不攔截,所以事件再往下分發到View#dispatchTouchEvent,繼而傳遞到View#onTouchEvent,View#onTouchEvent返回true表示消費掉這個事件,返回的結果true依次通過View#dispatchTouchEvent、ViewGroup#dispatchTouchEvent再返回給Activity#dispatchTouchEvent表示這個事件被消費掉了,后續的MOVE、UP事件都將傳遞給View#onTouchEvent處理。

MOVE、UP事件:

與DOWN事件相同。

通過上面的傳遞過程,我們可以得出:

  • onInterceptTouchEvent返回false表示不攔截事件,事件將繼續向下分發,傳遞到它子View的dispatchTouchEvent中
  • onTouchEvent返回true表示消費這個事件,返回結果true將通過dispatchTouchEvent以及父View中的dispatchTouchEvent傳遞回Activity,那么這個事件序列中的后續事件都將交給它處理,

注:
View如果需要處理觸摸事件必須(clickable == true || longClickable == true),否則將不會分發事件給View

2). 事件分發(View不消費)

事件傳遞過程:

DOWN事件:

從Activity#dispatchTouchEvent開始分發,傳遞到ViewGroup#dispatchTouchEvent,再傳遞到ViewGroup#onInterceptTouchEvent,ViewGroup#onInterceptTouchEvent返回false表示不攔截,所以事件再往下分發到View#dispatchTouchEvent,繼而傳遞到View#onTouchEvent,View#onTouchEvent返回false表示不消費這個事件,返回的結果false再傳遞給View#dispatchTouchEvent,ViewGroup#dispatchTouchEvent得知View不處理這個事件所以再把事件交給ViewGroup#onTouchEvent,ViewGroup#onTouchEvent返回false表示自己也不處理這個事件,并把結果false反回給ViewGroup#dispatchTouchEvent,Activity#dispatchTouchEvent得知ViewGroup不處理這個事件所以再把這個事件交給Activity#onTouchEvent處理,Activity#onTouchEvent也返回false表示自己也不處理這個事件,最后這個結果false傳回了Activity#dispatchTouchEvent中,表示找了一圈這個事件沒人消費。

MOVE、UP事件:

因為DOWN事件沒人處理,所以這個事件序列中的后續事件MOVE、UP就不再分發了,而是直接交給Activity#onTouchEvent處理,Activity#onTouchEvent返回false表示自己不處理。

通過上面的傳遞過程,我們可以得出:

  • 如果onTouchEvent返回false表示不處理這個事件,這個事件則會向上傳給父View的onTouchEvent中,如果都不處理則會傳遞回Activity#onTouchEvent中
  • 如果View或ViewGroup不消費DOWN事件,那么這個序列的后續事件MOVE、UP將不會再傳遞給它處理
3). 事件攔截

事件傳遞過程:

DOWN事件:

從Activity#dispatchTouchEvent開始分發,傳遞到ViewGroup#dispatchTouchEvent,再傳遞到ViewGroup#onInterceptTouchEvent,ViewGroup#onInterceptTouchEvent返回true表示攔截,所以事件傳遞給了ViewGroup#onTouchEvent,并不會再傳給View,ViewGroup#onTouchEvent返回true表示處理這個事件,并返回給ViewGroup#dispatchTouchEvent,ViewGroup#dispatchTouchEvent把結果true返回給Activity#dispatchTouchEvent表示找到處理這個事件的View了。

MOVE、UP事件:

這個事件序列中的后續事件MOVE、UP分發到ViewGroup#dispatchTouchEvent是會判斷(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null),因為既不是DOWN事件,子View中有沒有處理到DOWN事件所以mFirstTouchTarget == null就不再傳遞給ViewGroup#onInterceptTouchEvent,而是直接傳給ViewGroup#onTouchEvent,ViewGroup#onTouchEvent返回true表示處理這個事件,并返回給ViewGroup#dispatchTouchEvent,ViewGroup#dispatchTouchEvent把結果true返回給Activity#dispatchTouchEvent表示找到處理這個事件的View了。

通過上面的傳遞過程,我們可以得出:

  • onInterceptTouchEvent返回為true表示攔截事件,事件將直接傳遞給它自己的onTouchEvent處理,不會再傳遞給子View
  • DOWN事件被當前ViewGroup的onInterceptTouchEvent攔截,這個序列的后續事件MOVE、UP將不會傳遞給它的onInterceptTouchEvent,而直接傳遞給它的onTouchEvent方法處理

注:
1.如果DOWN事件的傳遞給onInterceptTouchEvent時沒有攔截,MOVE事件傳遞給onInterceptTouchEvent時攔截,這樣將傳給View一個CANCEL事件,之后的MOVE事件就不再傳遞給View,而直接傳遞給ViewGroup#onTouchEvent處理。
2.子View中可以調用getParent().requestDisallowInterceptTouchEvent(true);來阻止父View攔截觸摸事件,父View就不會再調用onInterceptTouchEvent攔截事件了。

3. 總結

  • 如果某個View消費了DOWN事件,那么通常情況下后續的MOVE、UP事件也將交給它處理,但是可以調用父View的onInterceptTouchEvent進行攔截
  • 如果某個View不消費DOWN事件,那么這個系列后續事件也不會交給它處理
  • 一個事件如果都沒有View消費,那么將由Activity處理
  • 如果事件處理的結果為true,那么結果會不斷返回給父View#dispatchTouchEvent方法,知道傳遞回Activity
  • 如果事件傳遞的結果為false,回傳的結果不斷調用父View#onTouchEvent方法,直到找到消費事件的View或者傳遞回Activity
  • View如果需要處理觸摸事件必須(clickable == true || longClickable == true)
    ,否則將不會分發事件給View
  • 如果DOWN事件的傳遞給onInterceptTouchEvent時沒有攔截,MOVE事件傳遞給onInterceptTouchEvent時攔截,這樣將傳給View一個CANCEL事件,之后的MOVE事件就不再傳遞給View,而直接傳遞給ViewGroup#onTouchEvent處理。
  • 子View中可以調用getParent().requestDisallowInterceptTouchEvent(true);來阻止父View攔截觸摸事件,父View就不會再調用onInterceptTouchEvent攔截事件了。
  • onInterceptTouchEvent返回為true表示攔截事件,事件將直接傳遞給它自己的onTouchEvent處理,不會再傳遞給子View
  • DOWN事件被當前ViewGroup的onInterceptTouchEvent攔截,這個序列的后續事件MOVE、UP將不會傳遞給它的onInterceptTouchEvent,而直接傳遞給它的onTouchEvent方法處理

本人技術有限,歡迎指正,謝謝!

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

推薦閱讀更多精彩內容