詳解Android事件的分發(fā)、攔截和執(zhí)行
在平常的開發(fā)中,我們經(jīng)常會遇到點擊,滑動之類的事件。有時候不同的view之間也存在各種滑動沖突。比如布局的內(nèi)外兩層都能滑動的話,那么就會出現(xiàn)沖突了。這個時候我們就需要了解Android的事件分發(fā)機制。
Android的觸摸事件分發(fā)過程由三個很重要的方法來共同完成:dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。我先將這三個方法大體的介紹一下。
•public boolean dispatchTouchEvent(MotionEvent ev)
用來進行事件的分發(fā)。如果事件能夠傳遞給當(dāng)前View,那么此方法一定會被調(diào)用,返回結(jié)果受當(dāng)前View的onTouchEvent和下級View的dispatchTouchEvent方法的影響,表示是否消耗當(dāng)前事件。ACTION_DOWN的dispatchTouchEvent()返回true,后續(xù)事件(ACTION_MOVE、ACTION_UP)會再傳遞,如果返回false,dispatchTouchEvent()就接收不到ACTION_UP、ACTION_MOVE。簡單的說,就是當(dāng)dispatchTouchEvent在進行事件分發(fā)的時候,只有前一個action返回true,才會觸發(fā)后一個action。
•public boolean onInterceptTouchEvent(MotionEvent event)
這個方法是在dispatchTouchEvent方法中調(diào)用的,用來攔截某個事件的。如果當(dāng)前View攔截了某個事件,那么在同一個事件序列中,此方法不會被再次調(diào)用,返回的結(jié)果表示是否攔截當(dāng)前事件。它是ViewGroup提供的方法,默認(rèn)返回false。
•public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent方法中調(diào)用,用來處理點擊事件,返回結(jié)果表示是否消耗掉當(dāng)前事件(true表示消耗,false表示不消耗),如果不消耗,則在同一個事件序列中,當(dāng)前View無法再次接收到事件。View和ViewGroup都有該方法,View默認(rèn)返回true,表示消費了這個事件。
View里,有兩個回調(diào)函數(shù) :
public boolean dispatchTouchEvent(MotionEvent ev);
public boolean onTouchEvent(MotionEvent ev);
ViewGroup里,有三個回調(diào)函數(shù) :
public boolean dispatchTouchEvent(MotionEvent ev);
public boolean onInterceptTouchEvent(MotionEvent ev);
public boolean onTouchEvent(MotionEvent ev);
上述三個方法中有什么區(qū)別和關(guān)系呢?下面用一段偽代碼表示:
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false;
if(onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
通過上面的偽代碼大家可能對點擊事件的傳遞規(guī)則有了更清楚的認(rèn)識,即:對于一個根ViewGroup來說,點擊事件產(chǎn)生后,首先會傳遞給它,這時它的dispatchTouchEvent就會被調(diào)用,如果這個ViewGroup的onInterceptTouchEvent方法返回true表示它要攔截此事件,接著這個事件就會交給這個ViewGroup處理,即它的onTouchEvent方法就會被調(diào)用;如果這個ViewGroup的onInterceptTouchEvent方法返回false,就表示它不攔截此事件,這是當(dāng)前事件就會繼續(xù)傳遞給它的子元素,接著子元素的dispatchTouchEvent方法就會被調(diào)用,如此反復(fù)直到事件被最終處理。
下面的幾張圖參考自[eoe]:
•圖一:ACTION_DOWN都沒被消費

•圖二(一):ACTION_DOWN被View消費了

•圖二(二):后續(xù)ACTION_MOVE和UP在不被攔截的情況下都會去找VIEW

•圖三:后續(xù)的被攔截了

•圖四:ACTION_DOWN一開始就被攔截

View事件分發(fā)源碼分析:
•dispatchTouchEvent方法:
public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}
如果mOnTouchListener != null,(mViewFlags&ENABLED_MASK)==ENABLED和mOnTouchListener.onTouch(this, event)這三個條件都為真,就返回true,否則就去執(zhí)行onTouchEvent(event)方法并返回。
總結(jié)下來onTouch能夠得到執(zhí)行需要兩個前提條件(都滿足):
1.設(shè)置了OnTouchListener
2.控件是enable狀態(tài)
而onTouchEvent能夠得到執(zhí)行滿足以下三個條件任意一個即可:
1.沒有設(shè)置OnTouchListener
2.控件不是enable狀態(tài)
3.onTouch返回false
再來看一下dispatchTouchEvent的返回值,它其實受onTouch和onTouchEvent函數(shù)的返回值控制,也就是說touch事件被成功消費返回true,它也就返回true,說明分發(fā)成功,此后的事件序列也會在此被分發(fā),而如果返回false,則認(rèn)為分發(fā)失敗,此后的事件序列就不再分發(fā)下去了。
•onTouchEvent方法:
if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
...
return true;
}
View的onTouchEvent默認(rèn)都會消耗掉事件(該方法返回true),除非它是不可點擊的(clickable和longClickable同時為false)。并且View的longClickable默認(rèn)為false,clickable屬性要分情況,比如Button默認(rèn)為true,TextView、ImageView默認(rèn)為false。
public boolean performClick() {
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
if (mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
return true;
}
return false;
}
這不就是我們熟悉的OnClickListener嗎,它原來是在onTouchEvent中被調(diào)用的。只要mOnClickListener不是null,就會去調(diào)用它的onClick方法。
總結(jié)下來onClick能夠得到執(zhí)行需要兩個前提條件(都滿足):
1.可以執(zhí)行到onTouchEvent
2.設(shè)置了OnClickListener
整個View的事件轉(zhuǎn)發(fā)流程是:
dispatchEvent->setOnTouchListener->onTouchEvent->setOnClickListener
最后還有一個問題,setOnLongClickListener和setOnClickListener是否只能執(zhí)行一個?
答:不是的,只要setOnLongClickListener中的onClick返回false,則兩個都會執(zhí)行;返回true則會屏蔽setOnClickListener。
ViewGroup事件分發(fā)源碼分析:
•dispatchTouchEvent方法:
...
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)) {
// Event handled, we have a target now.
mMotionTarget = child;
return true;
}
}
}
}
}
兩種可能會進入if代碼段(即事件被分發(fā)給子View):
1、當(dāng)前不允許攔截,即disallowIntercept = true.
2、當(dāng)前沒有攔截,即onInterceptTouchEvent(ev)返回false.
注:disallowIntercept是指是否禁用掉事件攔截的功能,默認(rèn)是false,可以通過ViewGroup.requestDisallowInterceptTouchEvent(boolean)進行設(shè)置;而onInterceptTouchEvent(ev)可以進行復(fù)寫。
進入if代碼段后,通過一個for循環(huán),遍歷當(dāng)前ViewGroup下的所有子View,判斷當(dāng)前遍歷的View是不是正在點擊的View,如果是的話就會調(diào)用該View的dispatchTouchEvent,就進入了View的事件分發(fā)流程了,上面有講。當(dāng)child.dispatchTouchEvent(ev)返回true,則為mMotionTarget=child;然后return true,說明ViewGroup的dispatchTouchEvent返回值受childView的dispatchTouchEvent返回值影響,子view事件分發(fā)成功,ViewGroup的事件分發(fā)才成功,此后的事件序列也會在此分發(fā)(從上面知:子view的clickable或longClickable為true都能分發(fā)成功),而如果ViewGroup事件分發(fā)失敗或者沒有找到子View(點擊空白位置),則會走到它的onTouchEvent,以后的事件序列也不會分發(fā)下去,直接走onTouchEvent。
整個ViewGroup的事件轉(zhuǎn)發(fā)流程是:
dispatchEvent->onInterceptTouchEvent->child.dispatchEvent->(setOnTouchListener->onTouchEvent)
上面的總結(jié)都是基于:如果沒有攔截;那么如何攔截呢?
•onInterceptTouchEvent
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
代碼很簡單,只有一句,即返回false,ViewGroup默認(rèn)是不攔截的。如果你需要攔截,只要return true就行了,這樣該事件就不會往子View傳遞了,并且如果你在DOWN return true ,則DOWN,MOVE,UP子View都不會捕獲到事件;如果你在MOVE return true , 則子View在MOVE和UP都不會捕獲到事件。
如何不被攔截:
如果ViewGroup的onInterceptTouchEvent(ev) 當(dāng)ACTION_MOVE時return true ,即攔截了子View的MOVE以及UP事件;此時子View希望依然能夠響應(yīng)MOVE和UP時該咋辦呢?
答:onInterceptTouchEvent是定義在ViewGroup中的,子View無法修改。Android給我們提供了一個方法:requestDisallowInterceptTouchEvent(boolean) 用于設(shè)置是否允許攔截,我們在子View的dispatchTouchEvent中直接這么寫:
@Override
public boolean dispatchTouchEvent(MotionEvent event)
{
getParent().requestDisallowInterceptTouchEvent(true);
int action = event.getAction();
switch (action) {
case MotionEvent.ACTION_DOWN:
Log.e(TAG, "dispatchTouchEvent ACTION_DOWN");
break;
case MotionEvent.ACTION_MOVE:
Log.e(TAG, "dispatchTouchEvent ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
Log.e(TAG, "dispatchTouchEvent ACTION_UP");
break;
default:
break;
}
return super.dispatchTouchEvent(event);
}
getParent().requestDisallowInterceptTouchEvent(true); 這樣即使ViewGroup在MOVE的時候return true,子View依然可以捕獲到MOVE以及UP事件。
注:如果ViewGroup在onInterceptTouchEvent(ev) ACTION_DOWN里面直接return true了,那么子View是沒有辦法的捕獲事件的!
總結(jié)
關(guān)于代碼流程上面已經(jīng)總結(jié)過了~
1、如果ViewGroup找到了能夠處理該事件的View,則直接交給子View處理,自己的onTouchEvent不會被觸發(fā);
2、可以通過復(fù)寫onInterceptTouchEvent(ev)方法,攔截子View的事件(即return true),把事件交給自己處理,則會執(zhí)行自己對應(yīng)的onTouchEvent方法
3、子View可以通過調(diào)用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup對其MOVE或者UP事件進行攔截;
好了,那么實際應(yīng)用中能解決哪些問題呢?
比如你在ScrollView中嵌套了一個EditText,當(dāng)EditText中文字內(nèi)容太多超出范圍時,你想上下滑動使EditText中文字滾動出來,卻發(fā)現(xiàn)滾動的是ScrollView。這時我們設(shè)置EditText的onTouch事件,在onTouch中設(shè)置不讓ScrollView攔截我的事件,最后在UP時把狀態(tài)改回去。
@Override
public boolean onTouch(View view, MotionEvent motionEvent) {
if ((view.getId() == R.id.tousuContentEditText && canVerticalScroll(tousuContentEditText))) {
view.getParent().requestDisallowInterceptTouchEvent(true);
if (motionEvent.getAction() == MotionEvent.ACTION_UP) {
view.getParent().requestDisallowInterceptTouchEvent(false);
}
}
return false;
}
private boolean canVerticalScroll(EditText editText) {
int scrollY = editText.getScrollY();
int scrollRange = editText.getLayout().getHeight();
int scrollExtent = editText.getHeight() - editText.getCompoundPaddingTop() - editText.getCompoundPaddingBottom();
int scrollDifference = scrollRange - scrollExtent;
if (scrollDifference == 0) {
return false;
}
return (scrollY > 0) || (scrollY < scrollDifference - 1);
}
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Android用Scroller實現(xiàn)一個可向上滑動的底部導(dǎo)航欄
本篇文章主要介紹了Android用Scroller實現(xiàn)一個可上滑的底部導(dǎo)航欄,具有一定的參考價值,有興趣的小伙伴們可以參考一下2017-07-07
Android uses-permission權(quán)限列表中文注釋版
Android有一個精心設(shè)計的安全模型。每一個應(yīng)用都有其自己Linux用戶和群組,在單獨的進程和VM上運行,不能影響到其他應(yīng)用2014-05-05
Android編程重寫ViewGroup實現(xiàn)卡片布局的方法
這篇文章主要介紹了Android編程重寫ViewGroup實現(xiàn)卡片布局的方法,實例分析新建FlowLayout繼承ViewGroup類及設(shè)置布局文件實現(xiàn)卡片布局效果的相關(guān)技巧,需要的朋友可以參考下2016-02-02
Android webview旋轉(zhuǎn)屏幕導(dǎo)致頁面重新加載問題解決辦法
這篇文章主要介紹了Android webview旋轉(zhuǎn)屏幕導(dǎo)致頁面重新加載問題解決辦法的相關(guān)資料,希望通過本文能幫助到大家實現(xiàn)這樣的問題,需要的朋友可以參考下2017-10-10
Android學(xué)習(xí)教程之2D繪圖基礎(chǔ)及繪制太極圖
這篇文章主要給大家介紹了Android中2D繪圖基礎(chǔ)的相關(guān)資料,文中介紹了繪圖的基礎(chǔ)內(nèi)容,以及通過Canvas和Paint實現(xiàn)繪制太極圖的詳細(xì)過程,對各位Android新手開發(fā)者們具有一定的參考價值,需要的朋友下面來一起看看吧。2017-04-04
Android Accessibility 輔助功能簡單介紹
這篇文章主要介紹了Android Accessibility 輔助功能簡單介紹的相關(guān)資料,文字轉(zhuǎn)語音,觸覺反饋,手勢操作,軌跡球和手柄操作,需要的朋友可以參考下2016-11-11
Android Studio升級4.1.1后各種錯誤和解決方案
這篇文章主要介紹了Android Studio升級4.1.1后各種錯誤和解決方案,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-12-12
小心!Listview結(jié)合EditText使用實例中遇到的那些坑
小心!Listview結(jié)合EditText使用實例中遇到的那些坑,解決EditText焦點丟失、保存數(shù)據(jù)以及滾動沖突的問題,感興趣的小伙伴們可以參考一下2016-06-06

