1. 基礎(chǔ)認(rèn)知

1.1 事件分發(fā)的對象是誰？

答：點擊事件（Touch事件）

• 定義
  當(dāng)用戶觸摸屏幕時（View 或 ViewGroup派生的控件），將產(chǎn)生點擊事件（Touch事件）

Touch事件的相關(guān)細節(jié)（發(fā)生觸摸的位置、時間等）被封裝成MotionEvent對象

• 事件類型（4種）

• 特別說明：事件列
  從手指接觸屏幕 至 手指離開屏幕，這個過程產(chǎn)生的一系列事件

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

image

即當(dāng)一個點擊事件（MotionEvent ）產(chǎn)生后，系統(tǒng)需把這個事件傳遞給一個具體的 View 去處理。

1.2 事件分發(fā)的本質(zhì)

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

即 事件傳遞的過程 = 分發(fā)過程。

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

答：Activity、ViewGroup、View

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

  image

image

1.4 事件分發(fā)的順序

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

即：1個點擊事件發(fā)生后，事件先傳到Activity、再傳到ViewGroup、最終再傳到 View

image

1.5 事件分發(fā)過程由哪些方法協(xié)作完成？

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

image

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

1.6 總結(jié)

image

• 至此，相信大家已經(jīng)對 Android的事件分發(fā)有了感性的認(rèn)知
• 下面，我將詳細介紹Android事件分發(fā)機制

2. 事件分發(fā)機制 源碼分析

• 請謹(jǐn)記：Android事件分發(fā)流程 = Activity -> ViewGroup -> View

即：1個點擊事件發(fā)生后，事件先傳到Activity、再傳到ViewGroup、最終再傳到 View

image

• 從上可知，要想充分理解Android分發(fā)機制，本質(zhì)上是要理解：
  1. Activity對點擊事件的分發(fā)機制
  2. ViewGroup對點擊事件的分發(fā)機制
  3. View對點擊事件的分發(fā)機制
• 下面，我將通過源碼，全面解析 事件分發(fā)機制

即按順序講解：Activity事件分發(fā)機制、ViewGroup事件分發(fā)機制、View事件分發(fā)機制

2.1 Activity的事件分發(fā)機制

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

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，則方法結(jié)束。即 ：該點擊事件停止往下傳遞 & 事件傳遞過程結(jié)束
                // 否則：繼續(xù)往下調(diào)用Activity.onTouchEvent

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

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

      }
      // 回到最初的調(diào)用原處

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

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

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

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

    }
    // 回到最初的調(diào)用原處

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

        // 當(dāng)一個點擊事件未被Activity下任何一個View接收 / 處理時
        // 應(yīng)用場景：處理發(fā)生在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的坐標(biāo)是否在邊界內(nèi)等
    if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
            && isOutOfBounds(context, event) && peekDecorView() != null) {
        return true;
    }
    return false;
    // 返回true：說明事件在邊界外，即 消費事件
    // 返回false：未消費（默認(rèn)）
}
// 回到分析4調(diào)用原處

2.1.2 總結(jié)

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

image

• 方法總結(jié)

image

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

2.2 ViewGroup事件的分發(fā)機制

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

2.2.1 源碼分析

1. Android 5.0后，ViewGroup.dispatchTouchEvent()的源碼發(fā)生了變化（更加復(fù)雜），但原理相同；
2. 本文為了讓讀者容易理解，故采用Android 5.0前的版本

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

    ... // 僅貼出關(guān)鍵代碼

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

            // 判斷值1：disallowIntercept = 是否禁用事件攔截的功能(默認(rèn)是false)，可通過調(diào)用requestDisallowInterceptTouchEvent（）修改
            // 判斷值2： !onInterceptTouchEvent(ev) = 對onInterceptTouchEvent()返回值取反
                    // a. 若在onInterceptTouchEvent()中返回false（即不攔截事件），就會讓第二個值為true，從而進入到條件判斷的內(nèi)部
                    // b. 若在onInterceptTouchEvent()中返回true（即攔截事件），就會讓第二個值為false，從而跳出了這個條件判斷
                    // c. 關(guān)于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循環(huán)，遍歷了當(dāng)前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);  

                    // 判斷當(dāng)前遍歷的View是不是正在點擊的View，從而找到當(dāng)前被點擊的View
                    // 若是，則進入條件判斷內(nèi)部
                    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;  

                        // 條件判斷的內(nèi)部調(diào)用了該View的dispatchTouchEvent()
                        // 即 實現(xiàn)了點擊事件從ViewGroup到子View的傳遞（具體請看下面的View事件分發(fā)機制）
                        if (child.dispatchTouchEvent(ev))  { 

                        mMotionTarget = child;  
                        return true; 
                        // 調(diào)用子View的dispatchTouchEvent后是有返回值的
                        // 若該控件可點擊，那么點擊時，dispatchTouchEvent的返回值必定是true，因此會導(dǎo)致條件判斷成立
                        // 于是給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接收事件） / 攔截事件（手動復(fù)寫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);
            // 調(diào)用ViewGroup父類的dispatchTouchEvent()，即View.dispatchTouchEvent()
            // 因此會執(zhí)行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick（） ->> onClick()，即自己處理該事件，事件不會往下傳遞（具體請參考View事件的分發(fā)機制中的View.dispatchTouchEvent（））
            // 此處需與上面區(qū)別：子View的dispatchTouchEvent（）
        } 

        ... 

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

    return false;

  } 
  // 回到調(diào)用原處

2.2.2 總結(jié)

• 結(jié)論：Android事件分發(fā)總是先傳遞到ViewGroup、再傳遞到View
• 過程：當(dāng)點擊了某個控件時

image

• 核心方法總結(jié)

image

2.2.3 Demo講解

• 布局如下

  image

• 測試代碼

布局文件：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布局設(shè)置監(jiān)聽事件
        myLayout.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("TAG", "點擊了ViewGroup");
            }
        });

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

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

    }
}

• 結(jié)果測試

  image

從上面的測試結(jié)果發(fā)現(xiàn)：

• 點擊Button時，執(zhí)行Button.onClick()，但ViewGroupLayout注冊的onTouch（）不會執(zhí)行
• 只有點擊空白區(qū)域時，才會執(zhí)行ViewGroupLayout的onTouch（）
• 結(jié)論：Button的onClick()將事件消費掉了，因此事件不會再繼續(xù)向下傳遞。

2.3 View事件的分發(fā)機制

從上面ViewGroup事件分發(fā)機制知道，View事件分發(fā)機制從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；否則執(zhí)行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. 該條件是判斷當(dāng)前點擊的控件是否enable
  *     b. 由于很多View默認(rèn)enable，故該條件恒定為true
  */

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

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

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

1. 詳情請看注釋
2. Android 5.0后 View.onTouchEvent()源碼發(fā)生了變化（更加復(fù)雜），但原理相同；
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. 若當(dāng)前的事件 = 抬起View（主要分析）
                    case MotionEvent.ACTION_UP:  
                        boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;  

                            ...// 經(jīng)過種種判斷，此處省略

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

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

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

                    // d. 若當(dāng)前的事件 = 滑動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變量賦值（即不為空）
            // 則會往下回調(diào)onClick（） & performClick（）返回true
        }  
        return false;  
    }  

2.3.2 總結(jié)

• 每當(dāng)控件被點擊時：

image

注：onTouch（）的執(zhí)行 先于 onClick（）

• 核心方法總結(jié)

image

2.3.3 Demo講解

下面我將用Demo驗證上述的結(jié)論

/**
  * 結(jié)論驗證1：在回調(diào)onTouch()里返回false
  */
   // 1\. 通過OnTouchListener()復(fù)寫onTouch()，從而手動設(shè)置返回false
   button.setOnTouchListener(new View.OnTouchListener() {

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

                return false;
            }
        });

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

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

        });

/**
  * 結(jié)論驗證2：在回調(diào)onTouch()里返回true
  */
   // 1\. 通過OnTouchListener()復(fù)寫onTouch()，從而手動設(shè)置返回true
   button.setOnTouchListener(new View.OnTouchListener() {

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

                return true;
            }
        });

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

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

        });

• 測試結(jié)果

  image

2.4 總結(jié)

image

若您已經(jīng)看到此處，那么恭喜你，你已經(jīng)能非常熟悉掌握Android的事件分發(fā)機制了

即：Activity、ViewGroup、View 的事件分發(fā)機制

3. 工作流程 總結(jié)

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

image

左側(cè)虛線：具備相關(guān)性 & 逐層返回

• 以角色為核心的圖解說明

image

• 以方法為核心的圖解說明

image

4. 核心方法總結(jié)

• 已知事件分發(fā)過程的核心方法為：dispatchTouchEvent()、onInterceptTouchEvent() 和 onTouchEvent()

  image

• 下面，我將結(jié)合總結(jié)的工作流程，再次詳細講解該3個方法

4.1 dispatchTouchEvent()

• 簡介

image

image

• 返回情況說明

情況1：默認(rèn)

image

image

情況2：返回true

image

image

情況3：返回false

image

image

4.2 onInterceptTouchEvent()

• 簡介

image

注：Activity、View都無該方法

image

• 返回情況說明

情況1：true

image

image

情況2：false（默認(rèn)）

image

image

4.3 onTouchEvent()

• 簡介

image

image

• 返回情況說明

情況1：返回true

image

image

情況2：返回false（default）

image

image

4.4 三者關(guān)系

下面，我用一段偽代碼來闡述上述3個方法的關(guān)系 & 事件傳遞規(guī)則

/**
  * 點擊事件產(chǎn)生后
  */ 
  // 步驟1：調(diào)用dispatchTouchEvent（）
  public boolean dispatchTouchEvent(MotionEvent ev) {

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

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

    } else {

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

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

   }

5. 常見的事件分發(fā)場景

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

5.1 背景描述

• 討論的布局如下：

image

• 情景

  1. 用戶先觸摸到屏幕上View C上的某個點（圖中黃區(qū)）

  Action_DOWN事件在此處產(chǎn)生

  2. 用戶移動手指
  3. 最后離開屏幕

5.2 一般的事件傳遞情況

一般的事件傳遞場景有：

• 默認(rèn)情況
• 處理事件
• 攔截DOWN事件
• 攔截后續(xù)事件（MOVE、UP）

場景1：默認(rèn)

• 即不對控件里的方法（dispatchTouchEvent()、onTouchEvent()、onInterceptTouchEvent()）進行重寫 或 更改返回值

• 那么調(diào)用的是這3個方法的默認(rèn)實現(xiàn)：調(diào)用下層的方法 & 逐層返回

• 事件傳遞情況：（呈U型）

  1. 從上往下調(diào)用dispatchTouchEvent()

  Activity A ->> ViewGroup B ->> View C

  2. 從下往上調(diào)用onTouchEvent()

  View C ->> ViewGroup B ->> Activity A

image

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

場景2：處理事件

設(shè)View C希望處理該點擊事件，即：設(shè)置View C為可點擊的（Clickable） 或 復(fù)寫其onTouchEvent（）返回true

最常見的：設(shè)置Button按鈕來響應(yīng)點擊事件

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

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

image

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

場景3：攔截DOWN事件

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

• DOWN事件被傳遞給ViewGroup B的onInterceptTouchEvent()，該方法返回true，表示攔截該事件，即自己處理該事件（事件不再往下傳遞）

• 調(diào)用自身的onTouchEvent()處理事件（DOWN事件將不再往上傳遞給Activity A的onTouchEvent()）

• 該事件列的其他事件（Move、Up）將直接傳遞給ViewGroup B的onTouchEvent()

注：

1. 該事件列的其他事件（Move、Up）將不會再傳遞給ViewGroup B的onInterceptTouchEvent（）；因：該方法一旦返回一次true，就再也不會被調(diào)用
2. 逐層往dispatchTouchEvent() 返回，最終事件分發(fā)結(jié)束

image

場景4：攔截DOWN的后續(xù)事件

結(jié)論

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

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

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

實例講解

• 在后續(xù)到來的MOVE事件，ViewGroup B 的onInterceptTouchEvent（）返回true攔截該MOVE事件，但該事件并沒有傳遞給ViewGroup B ；這個MOVE事件將會被系統(tǒng)變成一個CANCEL事件傳遞給View C的onTouchEvent（）
• 后續(xù)又來了一個MOVE事件，該MOVE事件才會直接傳遞給ViewGroup B 的onTouchEvent()

后續(xù)事件將直接傳遞給ViewGroup B 的onTouchEvent()處理，而不會再傳遞給ViewGroup B 的onInterceptTouchEvent（），因該方法一旦返回一次true，就再也不會被調(diào)用了。

• View C再也不會收到該事件列產(chǎn)生的后續(xù)事件

image

至此，關(guān)于Android常見的事件傳遞情況 & 流程已經(jīng)講解完畢。

6. 額外知識

6.1 Touch事件的后續(xù)事件（MOVE、UP）層級傳遞

• 若給控件注冊了Touch事件，每次點擊都會觸發(fā)一系列action事件（ACTION_DOWN，ACTION_MOVE，ACTION_UP等）
• 當(dāng)dispatchTouchEvent（）事件分發(fā)時，只有前一個事件（如ACTION_DOWN）返回true，才會收到后一個事件（ACTION_MOVE和ACTION_UP）

即如果在執(zhí)行ACTION_DOWN時返回false，后面一系列的ACTION_MOVE、ACTION_UP事件都不會執(zhí)行

從上面對事件分發(fā)機制分析知：

• dispatchTouchEvent()、 onTouchEvent() 消費事件、終結(jié)事件傳遞（返回true）
• 而onInterceptTouchEvent 并不能消費事件，它相當(dāng)于是一個分叉口起到分流導(dǎo)流的作用，對后續(xù)的ACTION_MOVE和ACTION_UP事件接收起到非常大的作用

請記住：接收了ACTION_DOWN事件的函數(shù)不一定能收到后續(xù)事件（ACTION_MOVE、ACTION_UP）

這里給出ACTION_MOVE和ACTION_UP事件的傳遞結(jié)論：

• 結(jié)論1
  若對象（Activity、ViewGroup、View）的dispatchTouchEvent()分發(fā)事件后消費了事件（返回true），那么收到ACTION_DOWN的函數(shù)也能收到ACTION_MOVE和ACTION_UP

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

image

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

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

image

6.2 onTouch()和onTouchEvent()的區(qū)別

• 該2個方法都是在View.dispatchTouchEvent（）中調(diào)用
• 但onTouch（）優(yōu)先于onTouchEvent執(zhí)行；若手動復(fù)寫在onTouch（）中返回true（即 將事件消費掉），將不會再執(zhí)行onTouchEvent（）

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

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

// 對于該類控件，若需監(jiān)聽它的touch事件，就必須通過在該控件中重寫onTouchEvent（）來實現(xiàn)

7. 總結(jié)

• 通過閱讀本文，相信您已經(jīng)可以全面了解Android事件分發(fā)機制

• 與Android事件分發(fā)最相關(guān)的知識：自定義View系列文章
  （1）自定義View基礎(chǔ) - 最易懂的自定義View原理系列
  （2）自定義View Measure過程 - 最易懂的自定義View原理系列
  （3）自定義View Layout過程 - 最易懂的自定義View原理系列
  （4）自定義View Draw過程- 最易懂的自定義View原理系列