1. 基礎認知

1.1 事件分發的對象是誰？

答：點擊事件（Touch事件）

定義
當用戶觸摸屏幕時（View 或 ViewGroup派生的控件），將產生點擊事件（Touch事件）
Touch事件的相關細節（發生觸摸的位置、時間等）被封裝成MotionEvent對象
事件類型（4種）

事件類型	具體動作
MotionEvent.ACTION_DOWN	按下View（所有事件的開始）
MotionEvent.ACTION_UP	擡起View（與DOWN對應）
MotionEvent.ACTION_MOVE	滑動View
MotionEvent.ACTION_CANCEL	結束事件（非人爲原因）

特別說明：事件列

從手指接觸屏幕至手指離開屏幕，這個過程產生的一系列事件

注：一般情況下，事件列都是以DOWN事件開始、UP事件結束，中間有無數的MOVE事件，如下圖：

即當一個點擊事件（MotionEvent ）產生後，系統需把這個事件傳遞給一個具體的 View 去處理。

1.2 事件分發的本質

答：將點擊事件（MotionEvent）傳遞到某個具體的View & 處理的整個過程

即事件傳遞的過程 = 分發過程。

1.3 事件在哪些對象之間進行傳遞？

答：Activity、ViewGroup、View

Android的UI界面由Activity、ViewGroup、View 及其派生類組成

1.4 事件分發的順序

即事件傳遞的順序：Activity -> ViewGroup -> View

即：1個點擊事件發生後，事件先傳到Activity、再傳到ViewGroup、最終再傳到 View

1.5 事件分發過程由哪些方法協作完成？

答：dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()

下文會對這3個方法進行詳細介紹

1.6 總結

至此，相信大家已經對 Android的事件分發有了感性的認知
下面，我將詳細介紹Android事件分發機制

2. 事件分發機制源碼分析

請謹記：Android事件分發流程 = Activity -> ViewGroup -> View
即：1個點擊事件發生後，事件先傳到Activity、再傳到ViewGroup、最終再傳到 View

從上可知，要想充分理解Android分發機制，本質上是要理解：
1. Activity對點擊事件的分發機制
2. ViewGroup對點擊事件的分發機制
3. View對點擊事件的分發機制
下面，我將通過源碼，全面解析事件分發機制
即按順序講解：Activity事件分發機制、ViewGroup事件分發機制、View事件分發機制

2.1 Activity的事件分發機制

當一個點擊事件發生時，事件最先傳到`Activity`的`dispatchTouchEvent()`進行事件分發

2.1.1 源碼分析

/**
  * 源碼分析：Activity.dispatchTouchEvent（）
  */ 
    public boolean dispatchTouchEvent(MotionEvent ev) {

            // 一般事件列開始都是DOWN事件 = 按下事件，故此處基本是true
            if (ev.getAction() == MotionEvent.ACTION_DOWN) {

                onUserInteraction();
                // ->>分析1

            }

            // ->>分析2
            if (getWindow().superDispatchTouchEvent(ev)) {

                return true;
                // 若getWindow().superDispatchTouchEvent(ev)的返回true
                // 則Activity.dispatchTouchEvent（）就返回true，則方法結束。即 ：該點擊事件停止往下傳遞 & 事件傳遞過程結束
                // 否則：繼續往下調用Activity.onTouchEvent

            }
            // ->>分析4
            return onTouchEvent(ev);
        }


/**
  * 分析1：onUserInteraction()
  * 作用：實現屏保功能
  * 注：
  *    a. 該方法爲空方法
  *    b. 當此activity在棧頂時，觸屏點擊按home，back，menu鍵等都會觸發此方法
  */
      public void onUserInteraction() { 

      }
      // 回到最初的調用原處

/**
  * 分析2：getWindow().superDispatchTouchEvent(ev)
  * 說明：
  *     a. getWindow() = 獲取Window類的對象
  *     b. Window類是抽象類，其唯一實現類 = PhoneWindow類；即此處的Window類對象 = PhoneWindow類對象
  *     c. Window類的superDispatchTouchEvent() = 1個抽象方法，由子類PhoneWindow類實現
  */
    @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {

        return mDecor.superDispatchTouchEvent(event);
        // mDecor = 頂層View（DecorView）的實例對象
        // ->> 分析3
    }

/**
  * 分析3：mDecor.superDispatchTouchEvent(event)
  * 定義：屬於頂層View（DecorView）
  * 說明：
  *     a. DecorView類是PhoneWindow類的一個內部類
  *     b. DecorView繼承自FrameLayout，是所有界面的父類
  *     c. FrameLayout是ViewGroup的子類，故DecorView的間接父類 = ViewGroup
  */
    public boolean superDispatchTouchEvent(MotionEvent event) {

        return super.dispatchTouchEvent(event);
        // 調用父類的方法 = ViewGroup的dispatchTouchEvent()
        // 即 將事件傳遞到ViewGroup去處理，詳細請看ViewGroup的事件分發機制

    }
    // 回到最初的調用原處

/**
  * 分析4：Activity.onTouchEvent（）
  * 定義：屬於頂層View（DecorView）
  * 說明：
  *     a. DecorView類是PhoneWindow類的一個內部類
  *     b. DecorView繼承自FrameLayout，是所有界面的父類
  *     c. FrameLayout是ViewGroup的子類，故DecorView的間接父類 = ViewGroup
  */
  public boolean onTouchEvent(MotionEvent event) {

        // 當一個點擊事件未被Activity下任何一個View接收 / 處理時
        // 應用場景：處理髮生在Window邊界外的觸摸事件
        // ->> 分析5
        if (mWindow.shouldCloseOnTouch(this, event)) {
            finish();
            return true;
        }

        return false;
        // 即 只有在點擊事件在Window邊界外才會返回true，一般情況都返回false，分析完畢
    }

/**
  * 分析5：mWindow.shouldCloseOnTouch(this, event)
  */
    public boolean shouldCloseOnTouch(Context context, MotionEvent event) {
    // 主要是對於處理邊界外點擊事件的判斷：是否是DOWN事件，event的座標是否在邊界內等
    if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
            && isOutOfBounds(context, event) && peekDecorView() != null) {
        return true;
    }
    return false;
    // 返回true：說明事件在邊界外，即 消費事件
    // 返回false：未消費（默認）
}
// 回到分析4調用原處

2.1.2 總結

當一個點擊事件發生時，從Activity的事件分發開始（Activity.dispatchTouchEvent()）

方法總結

那麼，ViewGroup的dispatchTouchEvent()什麼時候返回true / false？請繼續往下看ViewGroup事件的分發機制

2.2 ViewGroup事件的分發機制

從上面Activity事件分發機制可知，ViewGroup事件分發機制從dispatchTouchEvent()開始

2.2.1 源碼分析

Android 5.0後，ViewGroup.dispatchTouchEvent()的源碼發生了變化（更加複雜），但原理相同；
本文爲了讓讀者容易理解，故採用Android 5.0前的版本

/**
  * 源碼分析：ViewGroup.dispatchTouchEvent（）
  */ 
    public boolean dispatchTouchEvent(MotionEvent ev) { 

    ... // 僅貼出關鍵代碼

        // 重點分析1：ViewGroup每次事件分發時，都需調用onInterceptTouchEvent()詢問是否攔截事件
            if (disallowIntercept || !onInterceptTouchEvent(ev)) {  

            // 判斷值1：disallowIntercept = 是否禁用事件攔截的功能(默認是false)，可通過調用requestDisallowInterceptTouchEvent（）修改
            // 判斷值2： !onInterceptTouchEvent(ev) = 對onInterceptTouchEvent()返回值取反
                    // a. 若在onInterceptTouchEvent()中返回false（即不攔截事件），就會讓第二個值爲true，從而進入到條件判斷的內部
                    // b. 若在onInterceptTouchEvent()中返回true（即攔截事件），就會讓第二個值爲false，從而跳出了這個條件判斷
                    // c. 關於onInterceptTouchEvent() ->>分析1

                ev.setAction(MotionEvent.ACTION_DOWN);  
                final int scrolledXInt = (int) scrolledXFloat;  
                final int scrolledYInt = (int) scrolledYFloat;  
                final View[] children = mChildren;  
                final int count = mChildrenCount;  

        // 重點分析2
            // 通過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;  

        // 重點分析3
        // 若點擊的是空白處（即無任何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（）
        } 

        ... 

}
/**
  * 分析1：ViewGroup.onInterceptTouchEvent()
  * 作用：是否攔截事件
  * 說明：
  *     a. 返回true = 攔截，即事件停止往下傳遞（需手動設置，即複寫onInterceptTouchEvent（），從而讓其返回true）
  *     b. 返回false = 不攔截（默認）
  */
  public boolean onInterceptTouchEvent(MotionEvent ev) {  

    return false;

  } 
  // 回到調用原處

2.2.2 總結

結論：Android事件分發總是先傳遞到ViewGroup、再傳遞到View
過程：當點擊了某個控件時

核心方法總結

2.2.3 Demo講解

佈局如下
測試代碼

佈局文件：activity_main.xml

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/my_layout"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:focusableInTouchMode="true"
    android:orientation="vertical">

    <Button
        android:id="@+id/button1"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="按鈕1" />

    <Button
        android:id="@+id/button2"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="按鈕2" />

</LinearLayout>

核心代碼：MainActivity.java

/**
  * ViewGroup佈局（myLayout）中有2個子View = 2個按鈕
  */
    public class MainActivity extends AppCompatActivity {

    Button button1,button2;
    ViewGroup myLayout;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        button1 = (Button)findViewById(R.id.button1);
        button2 = (Button)findViewById(R.id.button2);
        myLayout = (LinearLayout)findViewById(R.id.my_layout);

        // 1.爲ViewGroup佈局設置監聽事件
        myLayout.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("TAG", "點擊了ViewGroup");
            }
        });

        // 2. 爲按鈕1設置監聽事件
        button1.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("TAG", "點擊了button1");
            }
        });

        // 3. 爲按鈕2設置監聽事件
        button2.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("TAG", "點擊了button2");
            }
        });

    }
}

結果測試

從上面的測試結果發現：

點擊Button時，執行Button.onClick()，但ViewGroupLayout註冊的onTouch（）不會執行
只有點擊空白區域時，纔會執行ViewGroupLayout的onTouch（）
結論：Button的onClick()將事件消費掉了，因此事件不會再繼續向下傳遞。

2.3 View事件的分發機制

從上面ViewGroup事件分發機制知道，View事件分發機制從dispatchTouchEvent()開始

2.3.1 源碼分析

/**
  * 源碼分析：View.dispatchTouchEvent（）
  */
  public boolean dispatchTouchEvent(MotionEvent event) {  

        if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
                mOnTouchListener.onTouch(this, event)) {  
            return true;  
        } 
        return onTouchEvent(event);  
  }
  // 說明：只有以下3個條件都爲真，dispatchTouchEvent()才返回true；否則執行onTouchEvent()
  //     1. mOnTouchListener != null
  //     2. (mViewFlags & ENABLED_MASK) == ENABLED
  //     3. mOnTouchListener.onTouch(this, event)
  // 下面對這3個條件逐個分析


/**
  * 條件1：mOnTouchListener != null
  * 說明：mOnTouchListener變量在View.setOnTouchListener（）方法裏賦值
  */
  public void setOnTouchListener(OnTouchListener l) { 

    mOnTouchListener = l;  
    // 即只要我們給控件註冊了Touch事件，mOnTouchListener就一定被賦值（不爲空）

} 

/**
  * 條件2：(mViewFlags & ENABLED_MASK) == ENABLED
  * 說明：
  *     a. 該條件是判斷當前點擊的控件是否enable
  *     b. 由於很多View默認enable，故該條件恆定爲true
  */

/**
  * 條件3：mOnTouchListener.onTouch(this, event)
  * 說明：即 回調控件註冊Touch事件時的onTouch（）；需手動複寫設置，具體如下（以按鈕Button爲例）
  */
    button.setOnTouchListener(new OnTouchListener() {  
        @Override  
        public boolean onTouch(View v, MotionEvent event) {  

            return false;  
        }  
    });
    // 若在onTouch（）返回true，就會讓上述三個條件全部成立，從而使得View.dispatchTouchEvent（）直接返回true，事件分發結束
    // 若在onTouch（）返回false，就會使得上述三個條件不全部成立，從而使得View.dispatchTouchEvent（）中跳出If，執行onTouchEvent(event)

接下來，我們繼續看：onTouchEvent(event)的源碼分析

詳情請看註釋
Android 5.0後 View.onTouchEvent()源碼發生了變化（更加複雜），但原理相同；
本文爲了讓讀者更好理解，所以採用Android 5.0前的版本

/**
  * 源碼分析：View.onTouchEvent（）
  */
  public boolean onTouchEvent(MotionEvent event) {  
    final int viewFlags = mViewFlags;  

    if ((viewFlags & ENABLED_MASK) == DISABLED) {  

        return (((viewFlags & CLICKABLE) == CLICKABLE ||  
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));  
    }  
    if (mTouchDelegate != null) {  
        if (mTouchDelegate.onTouchEvent(event)) {  
            return true;  
        }  
    }  

    // 若該控件可點擊，則進入switch判斷中
    if (((viewFlags & CLICKABLE) == CLICKABLE ||  
            (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {  

                switch (event.getAction()) { 

                    // a. 若當前的事件 = 擡起View（主要分析）
                    case MotionEvent.ACTION_UP:  
                        boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;  

                            ...// 經過種種判斷，此處省略

                            // 執行performClick() ->>分析1
                            performClick();  
                            break;  

                    // b. 若當前的事件 = 按下View
                    case MotionEvent.ACTION_DOWN:  
                        if (mPendingCheckForTap == null) {  
                            mPendingCheckForTap = new CheckForTap();  
                        }  
                        mPrivateFlags |= PREPRESSED;  
                        mHasPerformedLongPress = false;  
                        postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());  
                        break;  

                    // c. 若當前的事件 = 結束事件（非人爲原因）
                    case MotionEvent.ACTION_CANCEL:  
                        mPrivateFlags &= ~PRESSED;  
                        refreshDrawableState();  
                        removeTapCallback();  
                        break;

                    // d. 若當前的事件 = 滑動View
                    case MotionEvent.ACTION_MOVE:  
                        final int x = (int) event.getX();  
                        final int y = (int) event.getY();  

                        int slop = mTouchSlop;  
                        if ((x < 0 - slop) || (x >= getWidth() + slop) ||  
                                (y < 0 - slop) || (y >= getHeight() + slop)) {  
                            // Outside button  
                            removeTapCallback();  
                            if ((mPrivateFlags & PRESSED) != 0) {  
                                // Remove any future long press/tap checks  
                                removeLongPressCallback();  
                                // Need to switch from pressed to not pressed  
                                mPrivateFlags &= ~PRESSED;  
                                refreshDrawableState();  
                            }  
                        }  
                        break;  
                }  
                // 若該控件可點擊，就一定返回true
                return true;  
            }  
             // 若該控件不可點擊，就一定返回false
            return false;  
        }

/**
  * 分析1：performClick（）
  */  
    public boolean performClick() {  

        if (mOnClickListener != null) {  
            playSoundEffect(SoundEffectConstants.CLICK);  
            mOnClickListener.onClick(this);  
            return true;  
            // 只要我們通過setOnClickListener（）爲控件View註冊1個點擊事件
            // 那麼就會給mOnClickListener變量賦值（即不爲空）
            // 則會往下回調onClick（） & performClick（）返回true
        }  
        return false;  
    }

2.3.2 總結

每當控件被點擊時：

注：onTouch（）的執行先於 onClick（）

核心方法總結

2.3.3 Demo講解

下面我將用Demo驗證上述的結論

/**
  * 結論驗證1：在回調onTouch()裏返回false
  */
   // 1. 通過OnTouchListener()複寫onTouch()，從而手動設置返回false
   button.setOnTouchListener(new View.OnTouchListener() {

            @Override
            public boolean onTouch(View v, MotionEvent event) {
                System.out.println("執行了onTouch(), 動作是:" + event.getAction());

                return false;
            }
        });

    // 2. 通過 OnClickListener（）爲控件設置點擊事件，爲mOnClickListener變量賦值（即不爲空），從而往下回調onClick（）
    button.setOnClickListener(new View.OnClickListener() {

            @Override
            public void onClick(View v) {
                System.out.println("執行了onClick()");
            }

        });

/**
  * 結論驗證2：在回調onTouch()裏返回true
  */
   // 1. 通過OnTouchListener()複寫onTouch()，從而手動設置返回true
   button.setOnTouchListener(new View.OnTouchListener() {

            @Override
            public boolean onTouch(View v, MotionEvent event) {
                System.out.println("執行了onTouch(), 動作是:" + event.getAction());

                return true;
            }
        });

    // 2. 通過 OnClickListener（）爲控件設置點擊事件，爲mOnClickListener變量賦值（即不爲空）
    // 但由於dispatchTouchEvent（）返回true，即事件不再向下傳遞，故不調用onClick()）
    button.setOnClickListener(new View.OnClickListener() {

            @Override
            public void onClick(View v) {
                System.out.println("執行了onClick()");
            }

        });

測試結果

2.4 總結

若您已經看到此處，那麼恭喜你，你已經能非常熟悉掌握Android的事件分發機制了

即：Activity、ViewGroup、View 的事件分發機制

3. 工作流程總結

在本節中，我將結合源碼，梳理出1個事件分發的工作流程總結，具體如下：

左側虛線：具備相關性 & 逐層返回

以角色爲核心的圖解說明

以方法爲核心的圖解說明

4. 核心方法總結

已知事件分發過程的核心方法爲：dispatchTouchEvent()、onInterceptTouchEvent() 和 onTouchEvent()
下面，我將結合總結的工作流程，再次詳細講解該3個方法

4.1 dispatchTouchEvent()

簡介

返回情況說明

情況1：默認

情況2：返回true

情況3：返回false

4.2 onInterceptTouchEvent()

簡介

注：Activity、View都無該方法

返回情況說明

情況1：true

情況2：false（默認）

4.3 onTouchEvent()

簡介

返回情況說明

情況1：返回true

情況2：返回false（default）

4.4 三者關係

下面，我用一段僞代碼來闡述上述3個方法的關係 & 事件傳遞規則

/**
  * 點擊事件產生後
  */ 
  // 步驟1：調用dispatchTouchEvent（）
  public boolean dispatchTouchEvent(MotionEvent ev) {

    boolean consume = false; //代表 是否會消費事件

    // 步驟2：判斷是否攔截事件
    if (onInterceptTouchEvent(ev)) {
      // a. 若攔截，則將該事件交給當前View進行處理
      // 即調用onTouchEvent (）方法去處理點擊事件
        consume = onTouchEvent (ev) ;

    } else {

      // b. 若不攔截，則將該事件傳遞到下層
      // 即 下層元素的dispatchTouchEvent（）就會被調用，重複上述過程
      // 直到點擊事件被最終處理爲止
      consume = child.dispatchTouchEvent (ev) ;
    }

    // 步驟3：最終返回通知 該事件是否被消費（接收 & 處理）
    return consume;

   }

5. 常見的事件分發場景

下面，我將通過實例說明常見的事件傳遞情況 & 流程

5.1 背景描述

討論的佈局如下：

情景
1. 用戶先觸摸到屏幕上View C上的某個點（圖中黃區）
  Action_DOWN事件在此處產生
2. 用戶移動手指
3. 最後離開屏幕

5.2 一般的事件傳遞情況

一般的事件傳遞場景有：

默認情況
處理事件
攔截DOWN事件
攔截後續事件（MOVE、UP）

場景1：默認

即不對控件裏的方法（dispatchTouchEvent()、onTouchEvent()、onInterceptTouchEvent()）進行重寫或更改返回值
那麼調用的是這3個方法的默認實現：調用下層的方法 & 逐層返回
事件傳遞情況：（呈U型）
1. 從上往下調用dispatchTouchEvent()
  Activity A ->> ViewGroup B ->> View C
2. 從下往上調用onTouchEvent()
  View C ->> ViewGroup B ->> Activity A

注：雖然ViewGroup B的onInterceptTouchEvent（）對DOWN事件返回了false，但後續的事件（MOVE、UP）依然會傳遞給它的onInterceptTouchEvent()
這一點與onTouchEvent（）的行爲是不一樣的：不再傳遞 & 接收該事件列的其他事件

場景2：處理事件

設View C希望處理該點擊事件，即：設置View C爲可點擊的（Clickable） 或複寫其onTouchEvent（）返回true

最常見的：設置Button按鈕來響應點擊事件

事件傳遞情況：（如下圖）

DOWN事件被傳遞給C的onTouchEvent方法，該方法返回true，表示處理該事件
因爲View C正在處理該事件，那麼DOWN事件將不再往上傳遞給ViewGroup B 和 Activity A的onTouchEvent()；
該事件列的其他事件（Move、Up）也將傳遞給View C的onTouchEvent()

會逐層往dispatchTouchEvent() 返回，最終事件分發結束

場景3：攔截DOWN事件

假設ViewGroup B希望處理該點擊事件，即ViewGroup B複寫了onInterceptTouchEvent()返回true、onTouchEvent()返回true
事件傳遞情況：（如下圖）

DOWN事件被傳遞給ViewGroup B的onInterceptTouchEvent()，該方法返回true，表示攔截該事件，即自己處理該事件（事件不再往下傳遞）
調用自身的onTouchEvent()處理事件（DOWN事件將不再往上傳遞給Activity A的onTouchEvent()）
該事件列的其他事件（Move、Up）將直接傳遞給ViewGroup B的onTouchEvent()
注：
1. 該事件列的其他事件（Move、Up）將不會再傳遞給ViewGroup B的onInterceptTouchEvent（）；因：該方法一旦返回一次true，就再也不會被調用
2. 逐層往dispatchTouchEvent() 返回，最終事件分發結束

場景4：攔截DOWN的後續事件

結論

若 ViewGroup 攔截了一個半路的事件（如MOVE），該事件將會被系統變成一個CANCEL事件 & 傳遞給之前處理該事件的子View；
該事件不會再傳遞給ViewGroup 的onTouchEvent()
只有再到來的事件纔會傳遞到ViewGroup的onTouchEvent()

場景描述
ViewGroup B 無攔截DOWN事件（還是View C來處理DOWN事件），但它攔截了接下來的MOVE事件

即 DOWN事件傳遞到View C的onTouchEvent（），返回了true

實例講解

在後續到來的MOVE事件，ViewGroup B 的onInterceptTouchEvent（）返回true攔截該MOVE事件，但該事件並沒有傳遞給ViewGroup B ；這個MOVE事件將會被系統變成一個CANCEL事件傳遞給View C的onTouchEvent（）
後續又來了一個MOVE事件，該MOVE事件纔會直接傳遞給ViewGroup B 的onTouchEvent()
後續事件將直接傳遞給ViewGroup B 的onTouchEvent()處理，而不會再傳遞給ViewGroup B 的onInterceptTouchEvent（），因該方法一旦返回一次true，就再也不會被調用了。
View C再也不會收到該事件列產生的後續事件

至此，關於Android常見的事件傳遞情況 & 流程已經講解完畢。

6. 額外知識

6.1 Touch事件的後續事件（MOVE、UP）層級傳遞

若給控件註冊了Touch事件，每次點擊都會觸發一系列action事件（ACTION_DOWN，ACTION_MOVE，ACTION_UP等）
當dispatchTouchEvent（）事件分發時，只有前一個事件（如ACTION_DOWN）返回true，纔會收到後一個事件（ACTION_MOVE和ACTION_UP）

即如果在執行ACTION_DOWN時返回false，後面一系列的ACTION_MOVE、ACTION_UP事件都不會執行
從上面對事件分發機制分析知：

dispatchTouchEvent()、 onTouchEvent() 消費事件、終結事件傳遞（返回true）
而onInterceptTouchEvent 並不能消費事件，它相當於是一個分叉口起到分流導流的作用，對後續的ACTION_MOVE和ACTION_UP事件接收起到非常大的作用

請記住：接收了ACTION_DOWN事件的函數不一定能收到後續事件（ACTION_MOVE、ACTION_UP）
這裏給出ACTION_MOVE和ACTION_UP事件的傳遞結論：

結論1
若對象（Activity、ViewGroup、View）的dispatchTouchEvent()分發事件後消費了事件（返回true），那麼收到ACTION_DOWN的函數也能收到ACTION_MOVE和ACTION_UP

黑線：ACTION_DOWN事件傳遞方向
紅線：ACTION_MOVE 、 ACTION_UP事件傳遞方向

結論2
若對象（Activity、ViewGroup、View）的onTouchEvent()處理了事件（返回true），那麼ACTION_MOVE、ACTION_UP的事件從上往下傳到該View後就不再往下傳遞，而是直接傳給自己的onTouchEvent()& 結束本次事件傳遞過程。

黑線：ACTION_DOWN事件傳遞方向
紅線：ACTION_MOVE、ACTION_UP事件傳遞方向

6.2 onTouch()和onTouchEvent()的區別

該2個方法都是在View.dispatchTouchEvent（）中調用
但onTouch（）優先於onTouchEvent執行；若手動複寫在onTouch（）中返回true（即將事件消費掉），將不會再執行onTouchEvent（）

注：若1個控件不可點擊（即非enable），那麼給它註冊onTouch事件將永遠得不到執行，具體原因看如下代碼

// &&爲短路與，即如果前面條件爲false，將不再往下執行
//  故：onTouch（）能夠得到執行需2個前提條件：
     // 1. mOnTouchListener的值不能爲空
     // 2. 當前點擊的控件必須是enable的
mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
            mOnTouchListener.onTouch(this, event)

// 對於該類控件，若需監聽它的touch事件，就必須通過在該控件中重寫onTouchEvent（）來實現

7. 總結

通過閱讀本文，相信您已經可以全面瞭解Android事件分發機制
與Android事件分發最相關的知識：自定義View系列文章
自定義View基礎 - 最易懂的自定義View原理系列（1）
自定義View Measure過程 - 最易懂的自定義View原理系列（2）
自定義View Layout過程 - 最易懂的自定義View原理系列（3）
自定義View Draw過程- 最易懂的自定義View原理系列（4）

good luck!

Write by Jimmy.li

Jimmy.li

發佈了74 篇原創文章 · 獲贊 76 · 訪問量 71萬+

私信關注

Android事件分發機制詳解

目錄