一篇文章徹底搞懂Android事件分發(fā)機制
前言
在android開發(fā)中會經(jīng)常遇到滑動沖突(比如ScrollView或是SliddingMenu與ListView的嵌套)的問題,需要我們深入的了解android事件響應機制才能解決,事件響應機制已經(jīng)是android開發(fā)者必不可少的知識。面試找工作的時候也是面試官經(jīng)常會問的一個問題。
涉及到事件響應的常用方法構成
用戶在手指與屏幕接觸過程中通過MotionEvent對象產(chǎn)生一系列事件,它有四種狀態(tài):
- MotionEvent.ACTION_DOWN:手指按下屏幕的瞬間(一切事件的開始)
- MotionEvent.ACTION_MOVE:手指在屏幕上移動
- MotionEvent.ACTION_UP:手指離開屏幕瞬間
- MotionEvent.ACTION_CANCEL :取消手勢,一般由程序產(chǎn)生,不會由用戶產(chǎn)生
Android中的事件onClick, onLongClick,onScroll, onFling等等,都是由許多個Touch事件構成的(一個ACTION_DOWN, n個ACTION_MOVE,1個ACTION_UP)。
android 事件響應機制是先 分發(fā)(先由外部的View接收,然后依次傳遞給其內層的最小View)再 處理 (從最小View單元(事件源)開始依次向外層傳遞。)的形式實現(xiàn)的。
復雜性表現(xiàn)在:可以控制每層事件是否繼續(xù)傳遞(分發(fā)和攔截協(xié)同實現(xiàn)),以及事件的具體消費(事件分發(fā)也具有事件消費能力)。
android事件處理涉及到的三個重要函數(shù)
事件分發(fā):public boolean dispatchTouchEvent(MotionEvent ev)
當有監(jiān)聽到事件時,首先由Activity進行捕獲,進入事件分發(fā)處理流程。(因為activity沒有事件攔截,View和ViewGroup有)會將事件傳遞給最外層View的dispatchTouchEvent(MotionEvent ev)方法,該方法對事件進行分發(fā)。
- return true :表示該View內部消化掉了所有事件。
- return false :事件在本層不再繼續(xù)進行分發(fā),并交由上層控件的onTouchEvent方法進行消費(如果本層控件已經(jīng)是Activity,那么事件將被系統(tǒng)消費或處理)。
- 如果事件分發(fā)返回系統(tǒng)默認的 super.dispatchTouchEvent(ev),事件將分發(fā)給本層的事件攔截onInterceptTouchEvent 方法進行處理
事件攔截:public boolean onInterceptTouchEvent(MotionEvent ev)
- return true :表示將事件進行攔截,并將攔截到的事件交由本層控件 的 onTouchEvent 進行處理;
- return false :則表示不對事件進行攔截,事件得以成功分發(fā)到子View。并由子View的dispatchTouchEvent進行處理。
- 如果返回super.onInterceptTouchEvent(ev),默認表示攔截該事件,并將事件傳遞給當前View的onTouchEvent方法,和return true一樣。
事件響應:public boolean onTouchEvent(MotionEvent ev)
在dispatchTouchEvent(事件分發(fā))返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent(事件攔截返回true或super.onInterceptTouchEvent(ev)的情況下,那么事件會傳遞到onTouchEvent方法,該方法對事件進行響應。
- 如果return true,表示onTouchEvent處理完事件后消費了此次事件。此時事件終結;
- 如果return fasle,則表示不響應事件,那么該事件將會不斷向上層View的onTouchEvent方法傳遞,直到某個View的onTouchEvent方法返回true,如果到了最頂層View還是返回false,那么認為該事件不消耗,則在同一個事件系列中,當前View無法再次接收到事件,該事件會交由Activity的onTouchEvent進行處理;
- 如果return super.dispatchTouchEvent(ev),則表示不響應事件,結果與return false一樣。
從以上過程中可以看出,dispatchTouchEvent無論返回true還是false,事件都不再進行分發(fā),只有當其返回super.dispatchTouchEvent(ev),才表明其具有向下層分發(fā)的愿望,但是是否能夠分發(fā)成功,則需要經(jīng)過事件攔截onInterceptTouchEvent的審核。事件是否向上傳遞處理是由onTouchEvent的返回值決定的。
View源碼分析
Android中ImageView、textView、Button等繼承于View但沒有重寫的dispatchTouchEvent方法,所以都用的View的該方法進行事件分發(fā)。
看View重要函數(shù)部分源碼:
- public boolean dispatchTouchEvent(MotionEvent event) {
- //返回true,表示該View內部消化掉了所有事件。返回false,表示View內部只處理了ACTION_DOWN事件,事件繼續(xù)傳遞,向上級View(ViewGroup)傳遞。
- if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
- mOnTouchListener.onTouch(this, event)) {
- //此處的onTouch方式就是回調的我們注冊OnTouchListener時重寫的onTouch()方法
- return true;
- } return onTouchEvent(event);
- }
首先進行三個條件的判斷:
(1)查看是否給button設置了OnTouchListener()事件;
(2)控件是否Enable;(控件默認都是enable的)
(3)button里面實現(xiàn)的OnTouchListener監(jiān)聽里的onTouch()方法是否返回true;
如果條件都滿足,則該事件被消耗掉,不再進入onTouchEvent中處理。否則將事件將交給onTouchEvent方法處理。
- public boolean onTouchEvent(MotionEvent event) {
- ...
- /* 當前onTouch的組件必須是可點擊的比如Button,ImageButton等等,此處CLICKABLE為true,才會進入if方法,***返回true。
- 如果是ImageView、TexitView這些默認為不可點擊的View,此處CLICKABLE為false,***返回false。當然會有特殊情況,如果給這些View設置了onClick監(jiān)聽器,此處CLICKABLE也將為true ?。?nbsp;
- if (((viewFlags & CLICKABLE) == CLICKABLE ||
- (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
- switch (event.getAction()) {
- case MotionEvent.ACTION_UP:
- ...
- if (!post(mPerformClick)) {
- performClick();// 實際就是回調了我們注冊的OnClickListener中重新的onClick()方法
- }
- ...
- break;
- case MotionEvent.ACTION_DOWN:
- ...
- break;
- case MotionEvent.ACTION_CANCEL:
- ...
- break;
- case MotionEvent.ACTION_MOVE:
- ...
- break;
- }
- return true;
- }
- return false;
- }
- public boolean performClick() {
- ...
- // if (li != null && li.mOnClickListener != null) {
- ...
- li.mOnClickListener.onClick(this);
- return true;
- }
- return false;
- }
- public void setOnClickListener(OnClickListener l) { if (!isClickable()) {
- setClickable(true);
- }
- getListenerInfo().mOnClickListener = l;
- }
只有我們注冊OnTouchListener時重寫的
onTouch()方法中
返回false —> 執(zhí)行onTouchEvent方法 —> 導致onClick()回調方法執(zhí)行
返回true —> onTouchEvent方法不執(zhí)行 —> 導致onClick()回調方法不會執(zhí)行
ViewGroup源碼分析
Android中諸如LinearLayout等的五大布局控件,都是繼承自ViewGroup,而ViewGroup本身是繼承自View,所以ViewGroup的事件處理機制對這些控件都有效。
部分源碼:
- 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;
- //這個值默認是false, 然后我們可以通過requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法
- //來改變disallowIntercept的值
- boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
- //這里是ACTION_DOWN的處理邏輯
- if (action == MotionEvent.ACTION_DOWN) {
- //清除mMotionTarget, 每次ACTION_DOWN都很設置mMotionTarget為null
- if (mMotionTarget != null) {
- mMotionTarget = null;
- }
- //disallowIntercept默認是false, 就看ViewGroup的onInterceptTouchEvent()方法
- 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;
- //遍歷其子View
- for (int i = count - 1; i >= 0; i--) { //第二點
- final View child = children[i];
- //如果該子View是VISIBLE或者該子View正在執(zhí)行動畫, 表示該View才
- //可以接受到Touch事件
- if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
- || child.getAnimation() != null) {
- //獲取子View的位置范圍
- child.getHitRect(frame);
- //如Touch到屏幕上的點在該子View上面
- if (frame.contains(scrolledXInt, scrolledYInt)) {
- // offset the event to the view's coordinate system
- final float xc = scrolledXFloat - child.mLeft;
- final float yc = scrolledYFloat - child.mTop;
- ev.setLocation(xc, yc);
- child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
- //調用該子View的dispatchTouchEvent()方法
- if (child.dispatchTouchEvent(ev)) {
- // 如果child.dispatchTouchEvent(ev)返回true表示
- //該事件被消費了,設置mMotionTarget為該子View
- mMotionTarget = child;
- //直接返回true
- return true;
- }
- // The event didn't get handled, try the next view.
- // Don't reset the event's location, it's not
- // necessary here.
- }
- }
- }
- }
- }
- //判斷是否為ACTION_UP或者ACTION_CANCEL
- boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
- (action == MotionEvent.ACTION_CANCEL);
- if (isUpOrCancel) {
- //如果是ACTION_UP或者ACTION_CANCEL, 將disallowIntercept設置為默認的false
- //假如我們調用了requestDisallowInterceptTouchEvent()方法來設置disallowIntercept為true
- //當我們抬起手指或者取消Touch事件的時候要將disallowIntercept重置為false
- //所以說上面的disallowIntercept默認在我們每次ACTION_DOWN的時候都是false
- mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
- }
- // The event wasn't an ACTION_DOWN, dispatch it to our target if
- // we have one.
- final View target = mMotionTarget;
- //mMotionTarget為null意味著沒有找到消費Touch事件的View, 所以我們需要調用ViewGroup父類的
- //dispatchTouchEvent()方法,也就是View的dispatchTouchEvent()方法
- if (target == null) {
- // We don't have a target, this means we're handling the
- // event as a regular view.
- 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里面的代碼ACTION_DOWN不會執(zhí)行,只有ACTION_MOVE
- //ACTION_UP才會走到這里, 假如在ACTION_MOVE或者ACTION_UP攔截的
- //Touch事件, 將ACTION_CANCEL派發(fā)給target,然后直接返回true
- //表示消費了此Touch事件
- 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)) {
- }
- // clear the target
- mMotionTarget = null;
- // Don't dispatch this event to our own view, because we already
- // saw it when intercepting; we just want to give the following
- // event to the normal onTouchEvent().
- return true;
- }
- if (isUpOrCancel) {
- mMotionTarget = null;
- }
- // finally offset the event to the target's coordinate system and
- // dispatch the event.
- 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;
- }
- //如果沒有攔截ACTION_MOVE, ACTION_DOWN的話,直接將Touch事件派發(fā)給target
- return target.dispatchTouchEvent(ev);
- }
1、dispatchTouchEvent作用:決定事件是否由onInterceptTouchEvent來攔截處理。
返回super.dispatchTouchEvent時,由onInterceptTouchEvent來決定事件的流向
返回false時,會繼續(xù)分發(fā)事件,自己內部只處理了ACTION_DOWN
返回true時,不會繼續(xù)分發(fā)事件,自己內部處理了所有事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP)
2、onInterceptTouchEvent作用:攔截事件,用來決定事件是否傳向子View
返回true時,攔截后交給自己的onTouchEvent處理
返回false時,攔截后交給子View來處理
3、onTouchEvent作用:事件最終到達這個方法
返回true時,內部處理所有的事件,換句話說,后續(xù)事件將繼續(xù)傳遞給該view的onTouchEvent()處理
返回false時,事件會向上傳遞,由onToucEvent來接受,如果最上面View中的onTouchEvent也返回false的話,那么事件就會消失
總結
- 如果ViewGroup找到了能夠處理該事件的View,則直接交給子View處理,自己的onTouchEvent不會被觸發(fā);
- 可以通過復寫onInterceptTouchEvent(ev)方法,攔截子View的事件(即return true),把事件交給自己處理,則會執(zhí)行自己對應的onTouchEvent方法。
- 子View可以通過調用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup對其MOVE或者UP事件進行攔截;
- 一個點擊事件產(chǎn)生后,它的傳遞過程如下:
- Activity->Window->View。***View接收到事件之后,就會按相應規(guī)則去分發(fā)事件。如果一個View的onTouchEvent方法返回false,那么將會交給父容器的onTouchEvent方法進行處理,逐級往上,如果所有的View都不處理該事件,則交由Activity的onTouchEvent進行處理。
- 如果某一個View開始處理事件,如果他不消耗ACTION_DOWN事件(也就是onTouchEvent返回false),則同一事件序列比如接下來進行ACTION_MOVE,則不會再交給該View處理。
- ViewGroup默認不攔截任何事件。
- 諸如TextView、ImageView這些不作為容器的View,一旦接受到事件,就調用onTouchEvent方法,它們本身沒有onInterceptTouchEvent方法。正常情況下,它們都會消耗事件(返回true),除非它們是不可點擊的(clickable和longClickable都為false),那么就會交由父容器的onTouchEvent處理。
- 點擊事件分發(fā)過程如下 dispatchTouchEvent—->OnTouchListener的onTouch方法—->onTouchEvent-->OnClickListener的onClick方法。也就是說,我們平時調用的setOnClickListener,優(yōu)先級是***的,所以,onTouchEvent或OnTouchListener的onTouch方法如果返回true,則不響應onClick方法.