Android View事件分發處理

1.View事件分發重要的方法

Android 中與 Touch 事件相關的方法包括：dispatchTouchEvent(MotionEvent ev)、onInterceptTouchEvent(MotionEvent ev)、onTouchEvent(MotionEvent ev)；這裏說的事件實際上是指MotionEvent ，能夠響應這些方法的控件包括：ViewGroup、View、Activity。方法與控件的對應關係如下表所示：

Touch 事件相關方法	方法功能	ViewGroup	View	Activity
public boolean dispatchTouchEvent(MotionEvent ev)	事件分發	Yes	Yes	Yes
public boolean onInterceptTouchEvent(MotionEvent ev)	事件攔截	Yes	No	No
public boolean onTouchEvent(MotionEvent ev)	事件響應	Yes	Yes	Yes

從這張表中我們可以看到 ViewGroup 和 View 對與 Touch 事件相關的三個方法均能響應，而 Activity 對 onInterceptTouchEvent(MotionEvent ev) 也就是事件攔截不進行響應。另外需要注意的是 View 對 dispatchTouchEvent(MotionEvent ev) 和 onInterceptTouchEvent(MotionEvent ev) 的響應的前提是可以向該 View 中添加子 View，如果當前的 View 已經是一個最小的單元 View（比如 TextView），那麼就無法向這個最小 View 中添加子 View，也就無法向子 View 進行事件的分發和攔截，所以它沒有dispatchTouchEvent(MotionEvent ev) 和 onInterceptTouchEvent(MotionEvent ev)，只有 onTouchEvent(MotionEvent ev)。

三者的關係用僞代碼表示最清楚不過了（摘自Android開發藝術探索）

public boolean dispathTouchEvent(MotionEvent event){
	boolean consume = false;
	if(onInterceptTouchEvent(event)){
		consume = onTouchEvent(event);
	}else{
		consume = child.dispathTouchEvent(event);
	}
	return consume;
}

2.Touch 事件分析

2.1 事件分發：public boolean dispatchTouchEvent(MotionEvent ev)

Touch 事件發生時 Activity 的 dispatchTouchEvent(MotionEvent ev) 方法會以隧道方式（從根元素依次往下傳遞直到最內層子元素或在中間某一元素中由於某一條件停止傳遞）將事件傳遞給最外層 View 的 dispatchTouchEvent(MotionEvent ev) 方法，並由該 View 的 dispatchTouchEvent(MotionEvent ev) 方法對事件進行分發。dispatchTouchEvent 的事件分發邏輯如下：

• 如果 return true，事件會分發給當前 View 並由 dispatchTouchEvent 方法進行消費，同時事件會停止向下傳遞；
• 如果 return false，事件分發分爲兩種情況：

1. 如果當前 View 獲取的事件直接來自 Activity，則會將事件返回給 Activity 的 onTouchEvent 進行消費；
2. 如果當前 View 獲取的事件來自外層父控件，則會將事件返回給父 View 的  onTouchEvent 進行消費。

• 如果返回系統默認的 super.dispatchTouchEvent(ev)，事件會自動的分發給當前 View 的  onTouchEvent (ViewGroup 則爲 onInterceptTouchEvent )方法。

2.2 事件攔截：public boolean onInterceptTouchEvent(MotionEvent ev) 

在外層 View 的 dispatchTouchEvent(MotionEvent ev) 方法返回系統默認的 super.dispatchTouchEvent(ev) 情況下，事件會自動的分發給當前 View 的 onInterceptTouchEvent 方法。onInterceptTouchEvent 的事件攔截邏輯如下：

• 如果 onInterceptTouchEvent 返回 true，則表示將事件進行攔截，並將攔截到的事件交由當前 View 的 onTouchEvent 進行處理；
• 如果 onInterceptTouchEvent 返回 false，則表示將事件放行，當前 View 上的事件會被傳遞到子 View 上，再由子 View 的 dispatchTouchEvent 來開始這個事件的分發；
• 如果 onInterceptTouchEvent 返回 super.onInterceptTouchEvent(ev)，事件一般不會攔截，ViewGroup默認返回false。

2.3 事件響應：public boolean onTouchEvent(MotionEvent ev)

在 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev) 並且 onInterceptTouchEvent 返回 true 或返回 super.onInterceptTouchEvent(ev) 的情況下 onTouchEvent 會被調用。onTouchEvent 的事件響應邏輯如下：

• 如果事件傳遞到當前 View 的 onTouchEvent 方法，而該方法返回了 false，那麼這個事件會從當前 View 向上傳遞，並且都是由上層 View 的 onTouchEvent 來接收，如果傳遞到上面的 onTouchEvent 也返回 false，這個事件就會“消失”，而且接收不到下一次事件。
• 如果返回了 true 則會接收並消費該事件。
• 如果返回 super.onTouchEvent(ev) 默認處理事件一般返回true，除非該View不可點擊（clickable和clickable同時爲false，例如TextView）纔會返回false。

到這裏，與Touch事件相關的三個方法就分析完畢了。

3.案例分析

一個主activity（MainActivity），佈局文件一個自定義LinearLayout（MyLinearLayout），LinearLayout上面加一個自定義Button（MyButton）

直接上示意圖比佈局文件更直觀

MainActivity、MyLinearLayout、MyButton 都只重寫上面表格分析的三個方法，並在每個方法中添加打印,點擊一下MyButton

給MyButton添加OnClickListener,OnTouchListener，並添加打印，其中OnTouchListener返回false

接下來把OnTouchListener改爲true，再看打印

通過這個可以說明 調用順序  

mOnTouchListener.onTouch——>OnTouchEvent——>mOnClickListener.OnClick

如果mOnTouchListener不爲空且mOnTouchListener.onTouch(this, event) 返回值爲false，則向下執行onTouchEvent(event) 

onTouchEvent(event) 在ACTION_UP消息處理後如果mOnClickListener不爲空，則執行 mOnClickListener.OnClick

我們看View的代碼也可以證實這一點

    /**
     * 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.
     */
    public boolean dispatchTouchEvent(MotionEvent event) {
        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
        }

        if (onFilterTouchEventForSecurity(event)) {
            //noinspection SimplifiableIfStatement
            if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
                    mOnTouchListener.onTouch(this, event)) {
                return true;
            }

            if (onTouchEvent(event)) {
                return true;
            }
        }

        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
        }
        return false;
    }

把MyButton的dispatchTouchEvent返回值直接改爲true，其他都爲默認值

把MyButton的dispatchTouchEvent返回值直接改爲false，其他都爲默認值

ACTION_DOWN消息過來，MyButton不再下發了return false,給上層MyLinearLayout的OnTouchEvent來處理，MyLinearLayout又交給上層MainActivity的OnTouchEvent來處理。這裏驗證了2.1的結論。

後面的事件流ACTION_UP直接就給MainActivity處理了，不再經過ACTION_DOWN之前的一系列分發途徑。

這裏我有個疑問，爲啥MyLinearLayout的OnTouchEvent會又交給上層MainActivity處理呢？我大膽揣測LinearLayout默認不可點擊（clickable和clickable同時爲false）爲了驗證這點，我在 MyLinearLayout的 super.onTouchEvent(event)的前面加一句 setClickable(true);

結果ACTION_DOWN真的被MyLinearLayout消費掉了，後續事件流也不往下分發了。這也驗證了2.3的返回 super.onTouchEvent(ev) 的結論。

本文主要糾正其他博文不嚴謹之處，避免跟我當初一樣被誤導受其所困。其他結論不再一一貼出Logcat結果，留給敢興趣的朋友驗證。

如有疏忽和疑問歡迎留言探討，最後附上本文demo，點此下載