2. 程式人生 > >Android 事件分發機制總結篇

Android 事件分發機制總結篇

阿新 • • 發佈：2018-12-17

一、前言

事件分發是基礎的知識點，開發中會經常遇到，平時開發只是為了解決問題，片面的理解，不夠深入，不成體系。這兩天有點時間，從 View，ViewGroup 到 Activity 體系的學習總結一下。

二、View 事件

我們知道view事件處理順序是（Down，Move，Up）：

a、dispatchTouchEvent

b、 setOnTouchListener的onTouch

c、onTouchEvent

2.1、首先看下view的dispatchTouchEvent：

public boolean dispatchTouchEvent(MotionEvent event) {     if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&             mOnTouchListener.onTouch(this, event)) {         return true;     }     return onTouchEvent(event); }

第二行if的判斷，mOnTouchListener != null，(mViewFlags & ENABLED_MASK) == ENABLED和mOnTouchListener.onTouch(this, event)這三個條件都為真，就返回true，否則就去執行onTouchEvent(event)方法並返回。

第一個條件mOnTouchListener != null，根據view原始碼找到是在:

public void setOnTouchListener(OnTouchListener l) { mOnTouchListener = l; }

可以看出如果我們註冊了touch事件，mOnTouchListener 就不會為null。

第二個條件(mViewFlags & ENABLED_MASK) == ENABLED是判斷當前點選的控制元件是否是enable的，按鈕預設都是enable的，因此這個條件恆定為true。

第三個條件mOnTouchListener.onTouch(this, event)；這裡也就是註冊的touch事件返回值，如果返回ture，就會讓這三個條件全部成立，從而整個方法直接返回true，如果返回false，就會再去執行onTouchEvent(event)方法。

看下onTouchEvent(event)原始碼（部分程式碼）：

public boolean onTouchEvent(MotionEvent event) {     final int viewFlags = mViewFlags;     if ((viewFlags & ENABLED_MASK) == DISABLED) {         // 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));     }     if (mTouchDelegate != null) {         if (mTouchDelegate.onTouchEvent(event)) {             return true;         }     }     if (((viewFlags & CLICKABLE) == CLICKABLE ||             (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {         switch (event.getAction()) {             case MotionEvent.ACTION_UP:                 boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;                 if ((mPrivateFlags & 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();                     }                     if (!mHasPerformedLongPress) {                         // This is a tap, so remove the longpress check                         removeLongPressCallback();                         // 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();                             }                         }                     }                     if (mUnsetPressedState == null) {                         mUnsetPressedState = new UnsetPressedState();                     }                     if (prepressed) {                         mPrivateFlags |= PRESSED;                         refreshDrawableState();                         postDelayed(mUnsetPressedState,                                 ViewConfiguration.getPressedStateDuration());                     } else if (!post(mUnsetPressedState)) {                         // If the post failed, unpress right now                         mUnsetPressedState.run();                     }                     removeTapCallback();                 }                 break;             case MotionEvent.ACTION_DOWN:                 if (mPendingCheckForTap == null) {                     mPendingCheckForTap = new CheckForTap();                 }                 mPrivateFlags |= PREPRESSED;                 mHasPerformedLongPress = false;                 postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());                 break;             case MotionEvent.ACTION_CANCEL:                 mPrivateFlags &= ~PRESSED;                 refreshDrawableState();                 removeTapCallback();                 break;             case MotionEvent.ACTION_MOVE:                 final int x = (int) event.getX();                 final int y = (int) event.getY();                 // Be lenient about moving outside of buttons                 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;         }         return true;     }     return false; }

程式碼有點多，不用慌，我們看重點，手指擡起是進入up這個case中，經過處理會進入performClick()方法中：

public boolean performClick() {     sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);     if (mOnClickListener != null) {         playSoundEffect(SoundEffectConstants.CLICK);         mOnClickListener.onClick(this);         return true;     }     return false; } 如果mOnClickListener ！=null，就會執行onClick，到這裡可以看到在dispatchTouchEvent中最先執行的就是onTouch方法，因此onTouch肯定是要優先於onClick執行的，而如果在onTouch方法裡返回了true，就會讓dispatchTouchEvent方法直接返回true，不會再繼續往下執行onClick就不會再執行了。

三、ViewGroup 事件

先寫一個demo：

TouchEventFather 繼承自 LinearLayout

public class TouchEventFather extends LinearLayout {

    public TouchEventFather(Context context) {
        super(context);
    }

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

    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.e("TouchEventFather", "dispatchTouchEvent: " + TouchEventUtil.getTouchAction(ev.getAction()));
        return super.dispatchTouchEvent(ev);
    }

    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e("TouchEventFather", " onInterceptTouchEvent:" + TouchEventUtil.getTouchAction(ev.getAction()));
        return super.onInterceptTouchEvent(ev);
    }

    public boolean onTouchEvent(MotionEvent ev) {
        Log.e("TouchEventFather", "onTouchEvent :" + TouchEventUtil.getTouchAction(ev.getAction()));
        return super.onTouchEvent(ev);
    }
}

MyButton 繼承自 Button ：

public class MyButton extends Button {

    private static final String TAG = "MyButton";

    public MyButton(Context context) {
        super(context);
    }

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

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e(TAG, "onTouchEvent: " + TouchEventUtil.getTouchAction(event.getAction()));
        return super.onTouchEvent(event);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.e(TAG, "dispatchTouchEvent: " + TouchEventUtil.getTouchAction(event.getAction()));
        return super.dispatchTouchEvent(event);
    }
}

在xml中的：

<com.example.csv.testdemo.view.TouchEventFather xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:background="#468AD7"
    android:gravity="center"
    android:orientation="vertical">

    <com.example.csv.testdemo.view.MyButton
        android:id="@+id/touch_my_button"
        android:layout_width="60dp"
        android:layout_height="30dp"
        android:background="#000000" />

</com.example.csv.testdemo.view.TouchEventFather>

在activity中（部分程式碼）：

private void initView() {
    btn = (Button) findViewById(R.id.touch_my_button);
    btn.setOnTouchListener(new View.OnTouchListener() {
        @Override
        public boolean onTouch(View v, MotionEvent event) {
            Log.e(TAG, "MyButton|onTouch: " + TouchEventUtil.getTouchAction(ev.getAction()));
            return false;
        }
    });
}

//重寫dispatchTouchEvent

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    Log.e(TAG, " dispatchTouchEvent: " + TouchEventUtil.getTouchAction(ev.getAction()));
    return super.dispatchTouchEvent(ev);
}
//重寫onTouchEvent
@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.e(TAG, " onTouchEvent:" + TouchEventUtil.getTouchAction(event.getAction()));
    return super.onTouchEvent(event);
}

現在我們點選MyButton 控制元件，打印出的日誌是這樣：

從日誌可以看出，事件大致分發流程為：TouchActivity的dispatchTouchEvent ->TouchEventFather的dispatchTouchEvent-> TouchEventFather的onInterceptTouchEvent -> MyButton的dispatchTouchEvent ->Mybutton的onTouchEvent ->Mybutton的onTouchEvent 。

在TouchEventFather控制元件中出現一個onInterceptTouchEvent方法， 看下原始碼：

public boolean onInterceptTouchEvent(MotionEvent ev) {           return false; }

只有三行程式碼，預設返回flse，表示不攔截事件，ture表示攔截事件，不在繼續向下傳遞，事件在當前控制元件處消費處理。

再來看下dispatchTouchEvent(MotionEvent ev)原始碼（部分程式碼）：

public boolean dispatchTouchEvent(MotionEvent ev) { if (action == MotionEvent.ACTION_DOWN) {         if (mMotionTarget != null) {             mMotionTarget = null;         }         if (disallowIntercept || !onInterceptTouchEvent(ev)) {             ev.setAction(MotionEvent.ACTION_DOWN);             final int scrolledXInt = (int) scrolledXFloat;             final int scrolledYInt = (int) scrolledYFloat;             final View[] children = mChildren;             final int count = mChildrenCount;             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);                     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;                         if (child.dispatchTouchEvent(ev))  {                             mMotionTarget = child;                             return true;                         }                     }                 }             }         }     } }

在第6行可以看到一個條件判斷，如果disallowIntercept和!onInterceptTouchEvent(ev)其中有一個為true，就會進入到這個條件判斷中。disallowIntercept是指是否禁用掉事件攔截的功能，預設是false，也可以通過呼叫requestDisallowInterceptTouchEvent方法對這個值進行修改。那麼當第一個值為false的時候就會完全依賴第二個值來決定是否可以進入到條件判斷的內部，也就是onInterceptTouchEvent方法的返回值取反！在我們onInterceptTouchEvent方法中返回false，就會讓第二個值為true，從而進入到條件判斷的內部，如果我們在onInterceptTouchEvent方法中返回true，就會讓第二個值為false，從而跳出了這個條件判斷。

如果條件成立進入到第十二行，會遍歷viewGroup中包涵的所有子view，接下來判斷當前view是不是正在點選的view，如果是繼續呼叫子view的dispatchTouchEvent方法，我們知道控制元件如果可點選dispatchTouchEvent返回值為true，那麼 if (child.dispatchTouchEvent(ev)) 條件成立，當前viewGroup的dispatchTouchEvent方法返回true，所以viewGroup後面的方法也不在執行（上圖日誌也得以驗證，TouchEventFather的onTouchEvent沒有執行 ）。

四、總結

4.1、view事件執行順序dispatchTouchEvent-> setOnTouchListener的onTouch->onTouchEvent，如果setOnTouchListener返回ture，後續事件onTouchEvent不在執行

4.2、onClick是在onTouchEvent(event)方法中的，所以onTouch優先於onClick執行

4.3、Android 點選事件執行順序是Activity—>ViewGroup—>View

4.4、如果子View將傳遞的事件消費掉，ViewGroup中將無法接收到任何事件

4.5、在ViewGroup中onInterceptTouchEvent方法對事件傳遞進行攔截，onInterceptTouchEvent方法返回true代表不允許事件繼續向子View傳遞，把事件交給自己處理，則會執行自己對應的onTouchEvent方法。返回false代表不對事件進行攔截，事件繼續向下傳遞，預設返回false（也可以通過呼叫requestDisallowInterceptTouchEvent方法對這個值進行修改）

4.6、如果重寫dispatchTouchEvent方法，dispatchTouchEvent無論返回true還是false，事件都不再進行分發， 只有當其返回super.dispatchTouchEvent(ev)，才表明其具有向下層分發的願望。

相關推薦

Android 事件分發機制總結篇

一、前言 事件分發是基礎的知識點，開發中會經常遇到，平時開發只是為了解決問題，片面的理解，不夠深入，不成體系。這兩天有點時間，從 View，ViewGroup 到 Activity 體系的學習總結一下。 二、View 事件 我們知道view事件處理順序是（Down，Mo

Android事件分發機制總結

理解事件的分發機制，需要對View和ViewGroup事件的分發分別探討。View和ViewGroup的區別，一個View控制元件是指它裡面不能再包含子控制元件了，常見的如TextView、Button、ImageView等，而ViewGroup是繼承自View的，但是它裡

【朝花夕拾】Android自定義View篇之（七）Android事件分發機制（下）滑動衝突解決方案總結

前言        轉載請宣告，轉自【https://www.cnblogs.com/andy-songwei/p/11072989.html】，謝謝！        前面兩篇文章，花了很大篇幅講解了Android的事件分發機制的

Android事件分發機制原始碼分析之Activity篇

在之前的事件分發分析中，曾提及到View的事件是由ViewGroup分發的，然而ViewGroup的事件我們只是稍微帶過是由Activity分發的。而我們知道，事件產生於使用者按下螢幕的一瞬間，事件生成後，經過一系列的過程來到我們的Activity層，那麼事件是怎樣從Activity傳遞

Android事件分發機制：基礎篇：最全面、最易懂

如何提升安卓水平？安卓開發者必須瞭解的事件分發機制。 最全面、最易懂的形式來講解Android事件分發機制。 0. 前言 鑑於安卓分發機制較為複雜，故分為多個層次進行講解，分別為基礎篇、實踐篇與高階篇。 （一）基礎篇：從基本概念入手，介紹了分發機制中的核心方法，通過分析其核心邏輯，總結其事件分發機制。 （

Android自定義View之事件分發機制總結

事件序列 （1）手指接觸屏幕後會產生一系列事件，事件分為3種：ACTION_DOWN(手指剛剛接觸螢幕)、ACTION_MOVE(手指在螢幕移動)、ACTION_UP(手指從螢幕鬆開) （2）一個事件序列為ACTION_DOWN-->ACTION_MOV

【朝花夕拾】Android自定義View篇之（五）Android事件分發機制（上）三個重要方法的處理邏輯

前言        在自定義View中，經常需要處理Android事件分發的問題，尤其在有多個輸入裝置（如遙控、滑鼠、遊戲手柄等）時，事件處理問題尤為突出。Android事件分發機制，一直以來都是一個讓眾多開發者困擾的難點，至少筆者在工作的前幾年中，沒有特意研究它之前

【朝花夕拾】Android自定義View篇之（六）Android事件分發機制（中）從原始碼分析事件分發邏輯及經常遇到的一些“詭異”現象

前言        轉載請註明，轉自【https://www.cnblogs.com/andy-songwei/p/11039252.html】謝謝！        在上一篇文章【【朝花夕拾】Android自定義View篇之（

【朝花夕拾】Android自定義View篇之（七）Android事件分發機制（下）解決滑動衝突

前言        前面兩篇文章，花了很大篇幅講解了Android的事件分發機制的原理性知識。然而，“紙上得來終覺淺，絕知此事要躬行”，前面講的那些原理，也都是為解決實際問題而服務的。本文將結合實際工作中經常遇到的滑動衝突案例，總結滑動衝突的場

android 事件分發機制

cnblogs instance 1.0 必須 div called tool per 測試環境 我們通過代碼來分析 package im.weiyuan.com.viewutils; import android.content.Intent; import

Android 事件分發機制 圖解

ack 理解 cnblogs png ont tor 自己的 block ans 在Android 開發中事件分發是比較重要的，也是比較難理解的，之前看過這方面的東西，以為自己弄懂了，也就沒太註意，最近面試呢，想著肯定要問到這一塊的東西，回顧的時候發現

從小白角度探索Android事件分發機制

https 事件 很好 tar 上班 bsp 備份 http nbsp 今早來上班時看到郭神這邊文章超贊，劇情很好引人入勝，特此備份！ https://mp.weixin.qq.com/s?__biz=MzA5MzI3NjE2MA==&mid=2650244386&

論Android事件分發機制

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

Android事件分發機制以及滑動衝突處理

轉載請註明出處：http://blog.csdn.net/u013038616/article/details/50733811 方便日後的檢視與交流，將學習與實踐總結如下。 一、Android事件傳遞分析 1、ViewGroup中事件分發機制相關的方法 a、dispatchTo

圖解 Android 事件分發機制 和 handler 機制

在Android開發中，事件分發機制是一塊Android比較重要的知識體系，瞭解並熟悉整套的分發機制有助於更好的分析各種點選滑動失效問題，更好去擴充套件控制元件的事件功能和開發自定義控制元件，同時事件分發機制也是Android面試必問考點之一，如果你能把下面的一些事件分發圖當場畫出來肯定加分不少。廢

進階必備-Android事件分發機制

一、簡介 或許你會問，“為什麼我一定要知道View的事件分發機制？”。因為我們在實際開發的過程中，經常會遇到多層的View互相巢狀以後，對某一個View進行滑動的時候，特別不靈敏，甚至於沒法滑動。這種滑動衝突的解決需要我們清楚的掌握View的事件分發機制。那下面我們詳細的講解下Vie

原始碼角度再看Android事件分發機制

基礎瞭解 MotionEvent 所謂點選事件分發，其實就是對MotionEvent分發。當一個MotionEvent產生了以後，系統需要把這個事件傳遞給一個具體的View，而這個傳遞的過程就是分發過程。 三種主要事件Action package andro

Android事件分發機制一 系統預設機制

1.為什麼要了解Android事件機制？ 背景：我在做Android專案的時候遇到一個Activity->Fragment->ScrollView->Button這樣的巢狀關係，當一切都準備就緒，程式啟動後點擊Button的時候系統異常崩潰了，騰訊Bugl

Android事件分發機制2--自定義事件分發流

還記得第一篇文章我們要解決的問題嗎？ java.lang.IllegalArgumentException Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.ch

android事件分發機制

View事件分發機制時間一久就容易忘記，趁著國慶把這個知識點捋一遍，加深印象。 android控制元件都繼承自View和ViewGroup，其實ViewGroup也是繼承自View，只是由於ViewGroup是View的集合，一些方法有自己的獨特實現而已。 一、View事