Android View 事件分發機制梳理

View初探

一直以來對View的事件分發機制很暈，今天就在這裏梳理一下

MyView

首先繼承View類，自定義一個MyView。並在初始化時打印View類是否可點擊，這裏從View點擊事件分發的角度出發，所以不考慮繪製，測量相關方法的實現。

    public class MyView extends View {
    String TAG = "Activity";

    public MyView(Context context) {
        super(context);
        init();
    }


    public MyView(Context context, AttributeSet attrs) {
        super(context, attrs);
        init();
    }

    public MyView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
        init();
    }

    private void init() {
        Log.e(TAG, "the View clickable is " + isClickable());
    }

}

將整個MyView放置到佈局文件中，看Log日誌。

    <engineer.test.MyView
        android:id="@+id/myview"
        android:layout_width="150dp"
        android:layout_height="150dp"
        android:layout_centerInParent="true"
        android:background="#ff00ff" />

可以看到，View類默認是不可點擊的。

監聽View的Touch事件

這裏首先明確MotionEvent中事件所對應的值

    public static final int ACTION_DOWN= 0;
    public static final int ACTION_UP= 1;
    public static final int ACTION_MOVE= 2

給MyView設置OnTouchListener，並打印事件日誌

    myView = (MyView) findViewById(R.id.myview);
    myView.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.e(TAG, "myview_onTouch---->"+event.getAction());
                return false;
            }
        });

點擊一下MyView看日誌：

可以看到，這裏只有ACTION_DOWN事件發生，ACTION_UP事件並沒有發生，這是爲什麼？

給MyView設置OnClickListener，並打印日誌

myView.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            Log.e(TAG, "the View clickable is " + myView.isClickable());
            Log.e(TAG, "myview_onClick");
        }
    });

點擊一下MyView看日誌：

可以看到，設置ClickListener之後：

• MyView直接由一個不可點擊的控件變成了可點擊控件，isClickable返回true。
• ACTION_DOWN和ACTION_UP事件都發生了。
• Touch事件先於Click事件發生。

我們看到TouchListener的onTouch方法是有返回值的，而且默認返回爲false，我們將其改爲true，然後點擊MyView看日誌：

可以看到，多次點擊MyView後，Click方法沒有執行，即onTouch事件返回true時，相當於屏蔽了click事件的發生

View源碼分析

根據上面所獲得的一系列結果和疑問，我們去看看View中關於事件分發的兩個方法dispatchTouchEvent和onTouchEvent。

首先看dispatchTouchEvent，因爲首先執行的也是這個方法

API 註釋

/**
* Pass the touch screen motion event down to the target view, or this
* view if it is the target.
*
* @param event The motion event to be dispatched.
*
* @return True if the event was handled by the view, false otherwise.
*/

從註釋可以看到，這個方法返回true就是當前view要處理此次事件。

dispatchTouchEvent源碼（截取主要內容）

 public boolean dispatchTouchEvent(MotionEvent event) {      
        boolean result = false;        
        if (onFilterTouchEventForSecurity(event)) {
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }


        return result;
    }

可以看到，這裏默認的返回值默認是result=false

• 首先，onFilterTouchEventForSecurity方法檢測，點擊事件是否確實發生在當前view上，如果是的話，view就會處理當前點擊事件，否則的話就直接返回false不去處理此次事件。
• 接着，當view的touchListener不爲null,且View是enable，並且touchListener的onTouch方法返回true時，result=true,這樣下面的if語句中onTouchEvent方法就不會執行，這樣onClick方法就不會調用了，這也和之前最後一種測試的結果是一致的。

但是正常情況下，onTouch方法是返回false的，所以就會執行到下面onTouchEvent方法中去了。

onTouchEvent源碼（截取主要邏輯）

 public boolean onTouchEvent(MotionEvent event) {
        final float x = event.getX();
        final float y = event.getY();
        final int viewFlags = mViewFlags;
        final int action = event.getAction();


        //view不是enable時，也會消耗touch事件，只是就此返回，不會進入到performClick()方法中
        if ((viewFlags & ENABLED_MASK) == DISABLED) {
            if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
                setPressed(false);
            }
            // A disabled view that is clickable still consumes the touch
            // events, it just doesn't respond to them.
            return (((viewFlags & CLICKABLE) == CLICKABLE
                    || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
                    || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
        }

        if (mTouchDelegate != null) {
            if (mTouchDelegate.onTouchEvent(event)) {
                return true;
            }
        }

        if (((viewFlags & CLICKABLE) == CLICKABLE ||
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
                (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
            switch (action) {
                case MotionEvent.ACTION_UP:
                    boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
                    if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
                        // take focus if we don't have it already and we should in
                        // touch mode.
                        boolean focusTaken = false;
                        if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
                            focusTaken = requestFocus();
                        }
                            // Only perform take click actions if we were in the pressed state
                            if (!focusTaken) {
                                // Use a Runnable and post this rather than calling
                                // performClick directly. This lets other visual state
                                // of the view update before click actions start.
                                if (mPerformClick == null) {
                                    mPerformClick = new PerformClick();
                                }
                                if (!post(mPerformClick)) {
                                    performClick();
                                }
                            }
                    }
                    break;
            }
            //switch完畢後，最終會返回true
            return true;
        }
        //如果click，longclick以及contextClickable都爲false時，返回false
        return false;
    }

可以看到，一個正常的veiw（即enable時），且可以點擊時，在ACTION_UP的時候，最終會進入performclick()這個方法中去

可以再看一下，performanceclick方法的實現

    public boolean performClick() {
        final boolean result;
        final ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }

        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
        return result;
    }

最終會執行onClickListener中的onClick方法，也就是平常我們去實現的那個方法。

同時，也可以看到可以clickable,longclickable以及contextclickable中只要有一個爲true，那麼在switch最後也會返回true，這樣返回到上面的dispatchTouchEvent方法，返回result也爲true，即完整的消耗（處理）了此次touch事件。

這裏可以自己去看一下完整的源碼，整體結構上就是一旦進入if語句內部，switch執行完畢後，return true，即確保能夠完全處理此次touch事件。

當然，如果clickable,longclickable以及contextclickable這三個都爲false時，就不會進入if語句，直接返回爲false，dispatchTouchEvent方法的返回也爲false，即表示沒有處理此次touch事件，這種情況就是一開始，我們只爲MyView設置onTouchListener而沒有設置onClickListener時的發生情況，View類默認不可點擊，那麼當我們點擊MyView時，ACTION_DOWN執行，onTouch（）方法返回false，接着onTouchEvent也返回false，這樣後續事件就不會繼續執行了，所以也就不會有ACTION_UP了

好了，這樣終於理清了View(不包括ViewGroup)的touch事件分發機制。

最終得出下面結論：

View接收到Touch事件時各個方法執行順序

onTouch–>onTouchEvent–>onClick

onTouch默認返回false，返回true時後續事件無法執行

dispatchTouchEvent返回true表示處理了touch事件，返回結果受onTouchEvent方法影響

onTouchEvent返回true表示已消耗touch事件，否則的話不消耗。

view enable屬性的true和false，不能完全決定touch事件的傳遞，還得考慮其listener

疑惑：這裏源碼中CONTEXT_CLICKABLE這個屬性實在是沒能理解，網上也沒找到解釋。

---