Android從源碼的角度徹底理解事件分發(fā)機(jī)制的解析(下)
記得在前面的文章中,我?guī)Т蠹乙黄饛脑创a的角度分析了Android中View的事件分發(fā)機(jī)制,相信閱讀過的朋友對View的事件分發(fā)已經(jīng)有比較深刻的理解了。
還未閱讀過的朋友,請先參考Android從源碼的角度徹底理解事件分發(fā)機(jī)制的解析。
那么今天我們將繼續(xù)上次未完成的話題,從源碼的角度分析ViewGroup的事件分發(fā)。
首先我們來探討一下,什么是ViewGroup?它和普通的View有什么區(qū)別?
顧名思義,ViewGroup就是一組View的集合,它包含很多的子View和子VewGroup,是Android中所有布局的父類或間接父類,像LinearLayout、RelativeLayout等都是繼承自ViewGroup的。但ViewGroup實(shí)際上也是一個View,只不過比起View,它多了可以包含子View和定義布局參數(shù)的功能。ViewGroup繼承結(jié)構(gòu)示意圖如下所示:

可以看到,我們平時項(xiàng)目里經(jīng)常用到的各種布局,全都屬于ViewGroup的子類。
簡單介紹完了ViewGroup,我們現(xiàn)在通過一個Demo來演示一下Android中VewGroup的事件分發(fā)流程吧。
首先我們來自定義一個布局,命名為MyLayout,繼承自LinearLayout,如下所示:
public class MyLayout extends LinearLayout {
public MyLayout(Context context, AttributeSet attrs) {
super(context, attrs);
}
}
然后,打開主布局文件activity_main.xml,在其中加入我們自定義的布局:
<com.example.viewgrouptouchevent.MyLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:id="@+id/my_layout" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" > <Button android:id="@+id/button1" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="Button1" /> <Button android:id="@+id/button2" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="Button2" /> </com.example.viewgrouptouchevent.MyLayout>
可以看到,我們在MyLayout中添加了兩個按鈕,接著在MainActivity中為這兩個按鈕和MyLayout都注冊了監(jiān)聽事件:
myLayout.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("TAG", "myLayout on touch");
return false;
}
});
button1.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Log.d("TAG", "You clicked button1");
}
});
button2.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Log.d("TAG", "You clicked button2");
}
});
我們在MyLayout的onTouch方法,和Button1、Button2的onClick方法中都打印了一句話?,F(xiàn)在運(yùn)行一下項(xiàng)目,效果圖如下所示:

分別點(diǎn)擊一下Button1、Button2和空白區(qū)域,打印結(jié)果如下所示:

你會發(fā)現(xiàn),當(dāng)點(diǎn)擊按鈕的時候,MyLayout注冊的onTouch方法并不會執(zhí)行,只有點(diǎn)擊空白區(qū)域的時候才會執(zhí)行該方法。你可以先理解成Button的onClick方法將事件消費(fèi)掉了,因此事件不會再繼續(xù)向下傳遞。
那就說明Android中的touch事件是先傳遞到View,再傳遞到ViewGroup的?現(xiàn)在下結(jié)論還未免過早了,讓我們再來做一個實(shí)驗(yàn)。
查閱文檔可以看到,ViewGroup中有一個onInterceptTouchEvent方法,我們來看一下這個方法的源碼:
/**
* Implement this method to intercept all touch screen motion events. This
* allows you to watch events as they are dispatched to your children, and
* take ownership of the current gesture at any point.
*
* <p>Using this function takes some care, as it has a fairly complicated
* interaction with {@link View#onTouchEvent(MotionEvent)
* View.onTouchEvent(MotionEvent)}, and using it requires implementing
* that method as well as this one in the correct way. Events will be
* received in the following order:
*
* <ol>
* <li> You will receive the down event here.
* <li> The down event will be handled either by a child of this view
* group, or given to your own onTouchEvent() method to handle; this means
* you should implement onTouchEvent() to return true, so you will
* continue to see the rest of the gesture (instead of looking for
* a parent view to handle it). Also, by returning true from
* onTouchEvent(), you will not receive any following
* events in onInterceptTouchEvent() and all touch processing must
* happen in onTouchEvent() like normal.
* <li> For as long as you return false from this function, each following
* event (up to and including the final up) will be delivered first here
* and then to the target's onTouchEvent().
* <li> If you return true from here, you will not receive any
* following events: the target view will receive the same event but
* with the action {@link MotionEvent#ACTION_CANCEL}, and all further
* events will be delivered to your onTouchEvent() method and no longer
* appear here.
* </ol>
*
* @param ev The motion event being dispatched down the hierarchy.
* @return Return true to steal motion events from the children and have
* them dispatched to this ViewGroup through onTouchEvent().
* The current target will receive an ACTION_CANCEL event, and no further
* messages will be delivered here.
*/
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
如果不看源碼你還真可能被這注釋嚇到了,這么長的英文注釋看得頭都大了??墒窃创a竟然如此簡單!只有一行代碼,返回了一個false!
好吧,既然是布爾型的返回,那么只有兩種可能,我們在MyLayout中重寫這個方法,然后返回一個true試試,代碼如下所示:
public class MyLayout extends LinearLayout {
public MyLayout(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
return true;
}
}
現(xiàn)在再次運(yùn)行項(xiàng)目,然后分別Button1、Button2和空白區(qū)域,打印結(jié)果如下所示:

你會發(fā)現(xiàn),不管你點(diǎn)擊哪里,永遠(yuǎn)都只會觸發(fā)MyLayout的touch事件了,按鈕的點(diǎn)擊事件完全被屏蔽掉了!這是為什么呢?如果Android中的touch事件是先傳遞到View,再傳遞到ViewGroup的,那么MyLayout又怎么可能屏蔽掉Button的點(diǎn)擊事件呢?
看來只有通過閱讀源碼,搞清楚Android中ViewGroup的事件分發(fā)機(jī)制,才能解決我們心中的疑惑了,不過這里我想先跟你透露一句,Android中touch事件的傳遞,絕對是先傳遞到ViewGroup,再傳遞到View的。記得在Android從源碼的角度徹底理解事件分發(fā)機(jī)制的解析 中我有說明過,只要你觸摸了任何控件,就一定會調(diào)用該控件的dispatchTouchEvent方法。這個說法沒錯,只不過還不完整而已。實(shí)際情況是,當(dāng)你點(diǎn)擊了某個控件,首先會去調(diào)用該控件所在布局的dispatchTouchEvent方法,然后在布局的dispatchTouchEvent方法中找到被點(diǎn)擊的相應(yīng)控件,再去調(diào)用該控件的dispatchTouchEvent方法。如果我們點(diǎn)擊了MyLayout中的按鈕,會先去調(diào)用MyLayout的dispatchTouchEvent方法,可是你會發(fā)現(xiàn)MyLayout中并沒有這個方法。那就再到它的父類LinearLayout中找一找,發(fā)現(xiàn)也沒有這個方法。那只好繼續(xù)再找LinearLayout的父類ViewGroup,你終于在ViewGroup中看到了這個方法,按鈕的dispatchTouchEvent方法就是在這里調(diào)用的。修改后的示意圖如下所示:
那還等什么?快去看一看ViewGroup中的dispatchTouchEvent方法的源碼吧!代碼如下所示:
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;
boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (action == MotionEvent.ACTION_DOWN) {
if (mMotionTarget != null) {
mMotionTarget = null;
}
if (disallowIntercept || !onInterceptTouchEvent(ev)) {
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
for (int i = count - 1; i >= 0; i--) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
child.getHitRect(frame);
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
if (child.dispatchTouchEvent(ev)) {
mMotionTarget = child;
return true;
}
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
if (target == null) {
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);
}
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)) {
}
mMotionTarget = null;
return true;
}
if (isUpOrCancel) {
mMotionTarget = null;
}
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;
}
return target.dispatchTouchEvent(ev);
}
這個方法代碼比較長,我們只挑重點(diǎn)看。首先在第13行可以看到一個條件判斷,如果disallowIntercept和!onInterceptTouchEvent(ev)兩者有一個為true,就會進(jìn)入到這個條件判斷中。disallowIntercept是指是否禁用掉事件攔截的功能,默認(rèn)是false,也可以通過調(diào)用requestDisallowInterceptTouchEvent方法對這個值進(jìn)行修改。那么當(dāng)?shù)谝粋€值為false的時候就會完全依賴第二個值來決定是否可以進(jìn)入到條件判斷的內(nèi)部,第二個值是什么呢?竟然就是對onInterceptTouchEvent方法的返回值取反!也就是說如果我們在onInterceptTouchEvent方法中返回false,就會讓第二個值為true,從而進(jìn)入到條件判斷的內(nèi)部,如果我們在onInterceptTouchEvent方法中返回true,就會讓第二個值為false,從而跳出了這個條件判斷。
這個時候你就可以思考一下了,由于我們剛剛在MyLayout中重寫了onInterceptTouchEvent方法,讓這個方法返回true,導(dǎo)致所有按鈕的點(diǎn)擊事件都被屏蔽了,那我們就完全有理由相信,按鈕點(diǎn)擊事件的處理就是在第13行條件判斷的內(nèi)部進(jìn)行的!
那我們重點(diǎn)來看下條件判斷的內(nèi)部是怎么實(shí)現(xiàn)的。在第19行通過一個for循環(huán),遍歷了當(dāng)前ViewGroup下的所有子View,然后在第24行判斷當(dāng)前遍歷的View是不是正在點(diǎn)擊的View,如果是的話就會進(jìn)入到該條件判斷的內(nèi)部,然后在第29行調(diào)用了該View的dispatchTouchEvent,之后的流程就和 Android從源碼的角度徹底理解事件分發(fā)機(jī)制的解析中講解的是一樣的了。我們也因此證實(shí)了,按鈕點(diǎn)擊事件的處理確實(shí)就是在這里進(jìn)行的。
然后需要注意一下,調(diào)用子View的dispatchTouchEvent后是有返回值的。我們已經(jīng)知道,如果一個控件是可點(diǎn)擊的,那么點(diǎn)擊該控件時,dispatchTouchEvent的返回值必定是true。因此會導(dǎo)致第29行的條件判斷成立,于是在第31行給ViewGroup的dispatchTouchEvent方法直接返回了true。這樣就導(dǎo)致后面的代碼無法執(zhí)行到了,也是印證了我們前面的Demo打印的結(jié)果,如果按鈕的點(diǎn)擊事件得到執(zhí)行,就會把MyLayout的touch事件攔截掉。
那如果我們點(diǎn)擊的不是按鈕,而是空白區(qū)域呢?這種情況就一定不會在第31行返回true了,而是會繼續(xù)執(zhí)行后面的代碼。那我們繼續(xù)往后看,在第44行,如果target等于null,就會進(jìn)入到該條件判斷內(nèi)部,這里一般情況下target都會是null,因此會在第50行調(diào)用super.dispatchTouchEvent(ev)。這句代碼會調(diào)用到哪里呢?當(dāng)然是View中的dispatchTouchEvent方法了,因?yàn)閂iewGroup的父類就是View。之后的處理邏輯又和前面所說的是一樣的了,也因此MyLayout中注冊的onTouch方法會得到執(zhí)行。之后的代碼在一般情況下是走不到的了,我們也就不再繼續(xù)往下分析。
再看一下整個ViewGroup事件分發(fā)過程的流程圖吧,相信可以幫助大家更好地去理解:

現(xiàn)在整個ViewGroup的事件分發(fā)流程的分析也就到此結(jié)束了,我們最后再來簡單梳理一下吧。
1. Android事件分發(fā)是先傳遞到ViewGroup,再由ViewGroup傳遞到View的。
2. 在ViewGroup中可以通過onInterceptTouchEvent方法對事件傳遞進(jìn)行攔截,onInterceptTouchEvent方法返回true代表不允許事件繼續(xù)向子View傳遞,返回false代表不對事件進(jìn)行攔截,默認(rèn)返回false。
3. 子View中如果將傳遞的事件消費(fèi)掉,ViewGroup中將無法接收到任何事件。
好了,Android事件分發(fā)機(jī)制完全解析到此全部結(jié)束,結(jié)合上下兩篇,相信大家對事件分發(fā)的理解已經(jīng)非常深刻了。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Android 保存Fragment 切換狀態(tài)實(shí)例代碼
本文主要介紹Android Fragment的應(yīng)用,這里給大家用實(shí)例代碼詳細(xì)介紹了Android Fragment 切換狀態(tài),有需要的小伙伴可以參考下2016-07-07
Android編程實(shí)現(xiàn)canvas繪制餅狀統(tǒng)計圖功能示例【自動適應(yīng)條目數(shù)量與大小】
這篇文章主要介紹了Android編程實(shí)現(xiàn)canvas繪制餅狀統(tǒng)計圖功能,可實(shí)現(xiàn)自動適應(yīng)條目數(shù)量與大小的功能,涉及Android基于canvas的圖形繪制相關(guān)操作技巧,需要的朋友可以參考下2017-01-01
Android開發(fā)筆記之Android中數(shù)據(jù)的存儲方式(一)
這篇文章主要介紹了Android開發(fā)筆記之Android中數(shù)據(jù)的存儲方式(一) 的相關(guān)資料,需要的朋友可以參考下2016-01-01
Android實(shí)現(xiàn)仿iOS菊花加載圈動畫效果
iOS上有一個UIActivityIndicator的控件,就是俗稱轉(zhuǎn)菊花的控件,一般UI設(shè)計師會按照iOS的風(fēng)格來出設(shè)計稿,也要求使用這種Loading效果,本文將具體的講述如何實(shí)現(xiàn)這種效果,感興趣的朋友可以參考下2021-05-05
Activity/Fragment結(jié)束時處理異步回調(diào)的解決方案
這篇文章主要介紹了關(guān)于在Activity/Fragment結(jié)束時處理異步回調(diào)的解決方案,文中介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考價值,需要的朋友們下面來一起看看吧。2017-03-03
Android 倒計時控件 CountDownView的實(shí)例代碼詳解
這篇文章主要介紹了Android 倒計時控件 CountDownView的實(shí)例代碼,代碼簡單易懂,非常不錯,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-06-06
使用Eclipse配置android開發(fā)環(huán)境教程
這篇文章主要介紹了使用Eclipse配置android開發(fā)環(huán)境教程,本文講解了下載需要用到的工具、下載完需要的工具之后開始安裝、讓Ecplise自動安裝Android開發(fā)插件(ADT- plugin)、配置Andiord SDK路徑、測試開發(fā)一個Android項(xiàng)目等內(nèi)容,需要的朋友可以參考下2015-04-04

