Android事件分發機制研究

引言:相信不少Android開發都遇到過這樣一個問題:“給一個控件寫了setOnClickListener,結果View.OnClickListener怎麼都不相應,查了半天,發覺原來這個控件有添加setOnTouchListener,一旦View.OnTouchListener中的onTouch返回true,那麼View.OnClickListener是絕對不會響應的”。bug好解決,但是背後的原理又是什麼呢?

 

Android事件分發機制

三個對象

Android的事件分發,涉及到三個主要對象:Activity ViewGroup View,事件傳遞的順序是:Activity -> ViewGroup -> View,即1個點擊事件發生後,事件先傳到Activity、再傳到ViewGroup、最終再傳到 View。

 

二個方法

  • dispatchTouchEvent:事件分發
  • onTouchEvent:事件處理

 

從Activity開始

/**
  * 源碼分析:Activity.dispatchTouchEvent()
  */
 
    public boolean dispatchTouchEvent(MotionEvent ev) {
 
            // 一般事件列開始都是DOWN事件
            if (ev.getAction() == MotionEvent.ACTION_DOWN) {
                // 屏保功能
                onUserInteraction();
            }


/** 若getWindow().superDispatchTouchEvent(ev)的返回true,則                         
  * Activity.dispatchTouchEvent()就返回true,
  */
 
            if (getWindow().superDispatchTouchEvent(ev)) {
                return true;
            }

             // 否則:繼續往下調用Activity.onTouchEvent,即ViewGroup不處理該事件,交由Activity自己處理。
            return onTouchEvent(ev);
 
        }

注意這裏的核心邏輯:getWindow().superDispatchTouchEvent(ev),

  • getWindow():獲取Window類的對象
  • Window類是抽象類,其唯一實現類 = PhoneWindow類;即此處的Window類對象 = PhoneWindow類對象
  • Window類的superDispatchTouchEvent() = 1個抽象方法,由子類PhoneWindow類實現
@Override
 
    public boolean superDispatchTouchEvent(MotionEvent event) {
 
        return mDecor.superDispatchTouchEvent(event);
 
        // mDecor = 頂層View(DecorView)的實例對象
    }

public boolean superDispatchTouchEvent(MotionEvent event) {
 
        return super.dispatchTouchEvent(event);
 
        // 調用父類的方法 = ViewGroup的dispatchTouchEvent()
 
        // 即 將事件傳遞到ViewGroup去處理
 
    }

 
看到這裏,大家應該懂了,Activity的super.dispatchTouchEvent(event)其實就是把事件交給ViewGroup來處理,如果返回true,即ViewGroup處理了該事件,那麼Actity也會返回true。而如果super.dispatchTouchEvent(event)返回false,那表示ViewGroup不處理,那麼事件就會交由Actity自己的onTouchEvent來處理。

 

再看ViewGroup

那麼,ViewGroup又是怎麼處理事件的呢?

/**
* 源碼分析:ViewGroup.dispatchTouchEvent()
*/
 
public boolean dispatchTouchEvent(MotionEvent ev) 
{
... // 僅貼出關鍵代碼
 
    // 重點分析1:ViewGroup每次事件分發時,都需調用onInterceptTouchEvent()詢問是否攔截事件
 
    if (disallowIntercept || !onInterceptTouchEvent(ev)) 
    {

    // 判斷值1:disallowIntercept = 是否禁用事件攔截的功能(默認是false),可通過調用                                requestDisallowInterceptTouchEvent()修改
    // 判斷值2: !onInterceptTouchEvent(ev) = 對onInterceptTouchEvent()返回值取反
        ev.setAction(MotionEvent.ACTION_DOWN);
 
        final int scrolledXInt = (int) scrolledXFloat;
 
        final int scrolledYInt = (int) scrolledYFloat;
 
        final View[] children = mChildren;
 
        final int count = mChildrenCount;
 
         // 通過for循環,遍歷了當前ViewGroup下的所有子View
        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);
 
                // 判斷當前遍歷的View是不是正在點擊的View,從而找到當前被點擊的View
 
                // 若是,則進入條件判斷內部
 
                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;
 
                    // 條件判斷的內部調用了該View的dispatchTouchEvent()
 
                    // 即 實現了點擊事件從ViewGroup到子View的傳遞(具體請看下面的View事件分發機制)
                    if(child.dispatchTouchEvent(ev))
                    {        
                        mMotionTarget = child;
 
                        return true;
                    }
 
                    // 調用子View的dispatchTouchEvent後是有返回值的
 
                    // 若該控件可點擊,那麼點擊時,dispatchTouchEvent的返回值必定是true,因此會導致條件判斷成立
 
                    // 於是給ViewGroup的dispatchTouchEvent()直接返回了true,即直接跳出
 
                    // 即把ViewGroup的點擊事件攔截掉
                    }
                }
            }
        }
    } 
 
    boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) || (action == MotionEvent.ACTION_CANCEL);
 
    if (isUpOrCancel) 
    {
        mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
    }
 
    final View target = mMotionTarget;
 
    // 若點擊的是空白處(即無任何View接收事件) / 攔截事件(手動複寫onInterceptTouchEvent(),從而讓其返回true)
 
    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);
 
    // 調用ViewGroup父類的dispatchTouchEvent(),即View.dispatchTouchEvent()
 
    // 因此會執行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick() ->>     onClick(),即自己處理該事件,事件不會往下傳遞(具體請參考View事件的分發機制中的View.dispatchTouchEvent())
 
// 此處需與上面區別:子View的dispatchTouchEvent()
 
    }
 
...
 
}

簡單來說,ViewGroup做了幾件事件,通過onInterceptTouchEvent方法判斷是否攔截該事件(ViewGroup獨有)。如果不攔截,遍歷自己的child(即ViewGroup中的View),看事件點擊是在那個child身上,調用child的dispatchTouchEvent把事件交給view來處理。到這裏,處理邏輯類似於之前的Activity,判斷child的dispatchTouchEvent返回是否爲true,如果返回true,說明child處理了該事件,整個方法直接返回。如果返回false,或者之前onInterceptTouchEvent返回true,則事件交由ViewGroup自己的super.dispatchTouchEvent(ev)來處理。由於ViewGroup繼承自View,因此其實這裏調用了View的dispatchTouchEvent,最後會調用View的OnTouchEvent處理這個事件。如果這裏還返回false,那整個方法返回false,事件重新回到Activity,還記得剛纔Activity的處理邏輯嘛?

 

最後分析View

/**
* 源碼分析:View.dispatchTouchEvent()
*/
 
public boolean dispatchTouchEvent(MotionEvent event) 
{
    if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) 
    {
         return true;
    }
 
    return onTouchEvent(event);
 }

首先,滿足以下3個條件,方法直接返回true

  1. mOnTouchListener != null
  2. (mViewFlags & ENABLED_MASK) == ENABLED
  3. mOnTouchListener.onTouch(this, event)

mOnTouchListener != nullmOnTouchListener變量在View.setOnTouchListener()方法裏賦值。(mViewFlags & ENABLED_MASK) == ENABLED,該條件是判斷當前點擊的控件是否enable。mOnTouchListener.onTouch(this, event),回調控件註冊Touch事件時的onTouch(),需手動複寫設置。還記得開頭我們提到的:“View.OnTouchListener中的onTouch返回true,那麼View.OnClickListener是絕對不會響應”這個問題嘛?

如果3個條件都滿足,那麼方法直接返回,之後的onTouchEvent方法便不會再執行。而onTouchEvent中最核心的邏輯,就是執行用戶在View.OnClickListener定義的方法:

/**
 * Touch事件的具體實現方法
 *
 * @param event The motion event.
 * @return 返回true,此事件被消費,返回false,則沒被消費
 */
public boolean onTouchEvent(MotionEvent event) {
    final int viewFlags = mViewFlags;
 
    ........
 
    //對View是否可以消費點擊事件做判斷,是否設置點擊事件,是否可點擊
    if (((viewFlags & CLICKABLE) == CLICKABLE ||(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
        switch (event.getAction()) {
            case MotionEvent.ACTION_UP://手指擡起up事件
                boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
                if ((mPrivateFlags & PRESSED) != 0 || prepressed) {
 
                    boolean focusTaken = false;
                    if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
                        focusTaken = requestFocus();
                    }
 
                    if (prepressed) {
                        setPressed(true);//Button按壓狀態變化通知
                   }
 
                    if (!mHasPerformedLongPress) {
 
                        removeLongPressCallback();//去除長按狀態
 
                        //執行點擊事件
                        if (!focusTaken) {
 
                            if (mPerformClick == null) {
                                mPerformClick = new PerformClick();
                            }
                            if (!post(mPerformClick)) {
                                performClick();//消費點擊事件
                            }
                        }
                    }
 
                    .......
 
                    removeTapCallback();
                }
                break;
 
            case MotionEvent.ACTION_DOWN://手指按下down事件
                 ......
                break;
 
            case MotionEvent.ACTION_CANCEL://事件取消
                setPressed(false);
                removeTapCallback();
                break;
 
            case MotionEvent.ACTION_MOVE://手指移動move事件
                final int x = (int) event.getX();
                final int y = (int) event.getY();
                .......
                break;
        }
        return true;
    }
 
    return false;
}

 

總結

總的來說,這是一個“層層分發,上層給下層,下層給下下層,如果下層搞不定,自己再處理的過程”。希望能幫助大家對Android的事件分發機制有了一個大致的瞭解。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章