前言

• Android事件分發機制是Android開發者必須瞭解的基礎
• 網上有大量關於Android事件分發機制的文章，但存在一些問題：內容不全、思路不清晰、無原始碼分析、簡單問題複雜化等等
• 今天，我將全面總結Android的事件分發機制，我能保證這是市面上的最全面、最清晰、最易懂的

目錄

示意圖

---

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 及其派生類組成
  UI介面

示意圖

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 原始碼分析

1. Android 5.0後，ViewGroup.dispatchTouchEvent()的原始碼發生了變化（更加複雜），但原理相同；
2. 本文為了讓讀者容易理解，故採用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)的原始碼分析

1. 詳情請看註釋
2. Android 5.0後 View.onTouchEvent()原始碼發生了變化（更加複雜），但原理相同；
3. 本文為了讓讀者更好理解，所以採用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() 返回，最終事件分發結束

相關推薦