2. 程式人生 > >Android的事件分發與消費機制

Android的事件分發與消費機制

阿新 • • 發佈：2019-02-19

一、Touch的三個重要方法

在Android中，與觸控事件也就是 Touch 相關的有三個重要方法，這三個方法共同完成觸控事件的分發。

  • public boolean dispatchTouchEvent(MotionEvent ev) ：事件分發
  • public boolean onInterceptTouchEvent(MotionEvent ev)：事件攔截
  • public boolean onTouchEvent(MotionEvent ev)：事件響應

下面就依次來分析這三個方法。

1、事件分發

public boolean dispatchTouchEvent(MotionEvent ev)

顧名思義，事件的分發就是當一個觸控事件發生的時候，會按照Activity -> Window -> View的順序依次往下傳遞。也就是說系統會把這個事件傳遞給一個具體的View，從而來執行或者說響應這個事件。我們來看部落格上是如何說明的：

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

這裡要注意幾個地方:

第一觸控事件傳遞的開始一定是Activity;

第二傳遞方式是通過隧道方式傳遞;

第三一直傳遞到一個最外層的View，也就是頂級View，由該View的這個方法來進行分發。

那麼我們不禁有個疑問，那Activity能不能直接分發呢，換句話說，傳遞過程什麼時候終止呢？答案就是通過判斷這個方法的返回值來處理分發的邏輯。我們看到，分發方法的返回值是 boolean ，所以返回值有 true 和 false ，再加上一個繼承超類的方法 super ，所以一共有三種返回值。
依次來看：

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

  • 如果 return false，事件會分發給事件來源Activity或者父級View的 onTouchEvent 進行消費；

  • 如果return super.dispatchTouchEvent(ev)，事件會自動的分發給當前 View 的 onInterceptTouchEvent 方法。

部落格上的這個結論單獨拿來看可能有點抽象，我當時看的時候也是，先不急著說清楚，稍後看案例就恍然大悟了。現在只要明白一個概念，事件的分發是按照依次往下的順序，並根據返回結果，決定由誰進行消費。

2、事件攔截

public boolean onInterceptTouchEvent(MotionEvent ev)

與事件分發不同的是，該方法是在事件分發的 dispatchTouchEvent 方法內部進行呼叫。是用來判斷在觸控事件傳遞過程中，是否攔截某個事件。部落格的解釋是這樣的：

在外層 View 的 dispatchTouchEvent(MotionEvent ev) 方法返回系統預設的 super.dispatchTouchEvent(ev) 情況下，事件會自動的分發給當前 View 的 onInterceptTouchEvent 方法。

同樣的是，該方法仍然通過返回值來判斷是否攔截當前事件。

  • 如果return true，則表示將事件進行攔截，並將攔截到的事件交由當前 View 的 onTouchEvent 進行處理；

  • 如果return false，則表示將事件放行，當前 View 上的事件會被傳遞到子 View 上，再由子 View 的 dispatchTouchEvent 來開始這個事件的分發；

  • 如果return super.onInterceptTouchEvent(ev)，事件預設會被攔截，並將攔截到的事件交由當前 View 的 onTouchEvent 進行處理。

當然現在我們也不需要深究是什麼意思，只需注意，如果當前的View已經攔截了某一個事件，那麼在觸控事件的一整個事件序列中，也就是down -> move -> ... -> up一整個事件中，此方法不會被在呼叫。

3、事件響應

public boolean onTouchEvent(MotionEvent ev)

這個方法就是用來處理具體點選事件的，它是在dispatchTouchEvent方法中呼叫，部落格是這樣說的：

在 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev) 並且 onInterceptTouchEvent 返回 true 或返回 super.onInterceptTouchEvent(ev) 的情況下 onTouchEvent 會被呼叫。

它的返回值表示是否消費當前事件，也就是是否響應當前事件，具體邏輯如下：

  • 如果return true 則會接收並消費該事件。

  • 如果return false，那麼這個事件會向上傳遞，並由上層 View 的 onTouchEvent 來接收，如果傳遞到上面的 onTouchEvent 還是返回 false，這個事件無效，且接收不到下一次事件。

  • 如果return super.onTouchEvent(ev) 預設處理事件的邏輯和返回 false 時相同。

值得注意的是，返回結果表示是否消費當前事件，如果不消費的話，那麼當前View就無法再次接受到事件。

那麼看到這裡的話，我相信大家還是沒有一個清晰的認識，下面我們就從三者的聯絡與區別上再次說明。

二、三種方法的區別與聯絡

1、區別

三者的區別在部落格開頭已經說明的非常清楚了，我也仿照文章中表格的形式，總結了一個表格。

Android：View的事件分發與消費機制

Touch事件

也就是說，這三個觸控事件相關的方法，Activity、View、ViewGroup及其子類都能夠響應。但是Activity對事件攔截不響應。

值得注意的是，如果當前View能夠新增子View或者整個View中有多個子View，那麼方法都能響應。但是如果當前View本身已經是一個最小View，那就只能夠響應onTouchEvent。

原因簡單想一下就知道了，事件分發與事件攔截都是由上級往下級傳遞事件，如果一個View已經是最後一級了，它就無法進行事件分發或事件攔截的必要了。就相當於做汽車，中間站可能會停站進行讓乘客上車下車，但是到了終點站你只有下車，這是一樣的道理。

2、聯絡

上面已經說明了三者的區別，那麼三者的關係是怎麼樣的呢？在《Android開發藝術探索》一書中，有這樣一串虛擬碼，就跟書中說明的一樣，“已經將三者的關係表現得淋漓盡致”，我們來看這串虛擬碼：

/**
* @Title: dispatchTouchEvent
* @Description: 三者關係的虛擬碼
* @return: boolean
*
/
public boolean dispatchTouchEvent(MotionEvent ev){
    //預設返回值
    boolean consume = false;

    //如果事件發生了攔截
    if(onInterceptTouchEvent(ev)){
        //消費事件
        consume = onTouchEvent(ev);
    }else{
        //否則分發給子View
        consume = child.dispatchTouchEvent(ev);
    }

    //返回值
    return consume;
}

用語言來說就是，一旦發生觸控事件，根 View/ViewGroup 會呼叫 dispatchTouchEvent 方法，如果這個方法返回 false ，觸控事件不生效。但是如果它的 onInterceptTouchEvent 方法返回了true，代表事件被攔截，那麼事件就會交給當前View的 onTouchEvent 方法對事件進行消費。但是如果沒有攔截呢，那麼會繼續將事件分發給當前View的子View，子View繼續呼叫 dispatchTouchEvent 方法，如此迴圈，直到事件被消費。

但是需要注意的是，我們需要考慮另外一種情況，那就是最終的View的 onTouchEvent 方法仍然返回了false，那麼此時，它的父View的 onTouchEvent 方法將會被呼叫，如果父View仍然沒有消費該事件，那麼就繼續往上級傳遞，直到傳到最後的Activity呼叫 onTouchEvent 方法。

這就跟我們之前的返回值一一對應了起來，現在回頭看看，應該能對事件分發有了一個比較清晰的概念。好吧，如果還是沒有概念，我們只能上圖了。圖也是黑馬教程中的圖，我優化了一下，看的更加清晰。

Android：View的事件分發與消費機制

事件消費

至此，我們理論上的東西基本已經講完了，現在我們就通過一個例子來說明具體的事件分發情況。

三、案例分析

1、案例說明

文章開頭已經說過了，沒有更好的例子能說明這個問題了。我將類的結構稍微更改了一下，內容不變。

先自定義兩個View繼承 LinearLayout ，其中為 TouchEventFather 為父View ，TouchEventChilds 為子View。

/**
 * @ClassName: TouchEventFather
 * @Description:父View
 * @author: [email protected]
 * @date: 2016年5月9日 下午9:54:14
 */
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("sunzn", "TouchEventFather | dispatchTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.dispatchTouchEvent(ev);
         // return false;
     }

     public boolean onInterceptTouchEvent(MotionEvent ev) {
         Log.i("sunzn", "TouchEventFather | onInterceptTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.onInterceptTouchEvent(ev);
         // return false;
     }

     public boolean onTouchEvent(MotionEvent ev) {
         Log.d("sunzn", "TouchEventFather | onTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.onTouchEvent(ev);
     }

}

/**
 * @ClassName: TouchEventFather
 * @Description:子View
 * @author: [email protected]
 * @date: 2016年5月9日 下午9:54:14
 */
public class TouchEventChilds extends LinearLayout {

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

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

     public boolean dispatchTouchEvent(MotionEvent ev) {
         Log.e("sunzn", "TouchEventChilds | dispatchTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.dispatchTouchEvent(ev);
         // return false;
     }

     public boolean onInterceptTouchEvent(MotionEvent ev) {
         Log.i("sunzn", "TouchEventChilds | onInterceptTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.onInterceptTouchEvent(ev);
         // return false;
     }

     public boolean onTouchEvent(MotionEvent ev) {
         Log.d("sunzn", "TouchEventChilds | onTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.onTouchEvent(ev);
     }

}

定義好這兩個自定義佈局後，我們可以在佈局檔案中設定佈局，注意一定要寫自定義佈局的完整包名。

<xml version="1.0" encoding="utf-8"?>
<cn.sunzn.tevent.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">

     <cn.sunzn.tevent.view.TouchEventChilds
         android:id="@+id/childs"
         android:layout_width="200dp"
         android:layout_height="200dp"
         android:layout_gravity="center"
         android:background="#E1110D" />

</cn.sunzn.tevent.view.TouchEventFather>

接下來就是主Activity：

/** 
 * @ClassName: TouchEventActivity
 * @Description:事件分發機制詳解
 * @author: [email protected]
 * @date: 2016年5月9日 下午9:53:27
 */
public class TouchEventActivity extends Activity {

     public void onCreate(Bundle savedInstanceState) {
         super.onCreate(savedInstanceState);
         setContentView(R.layout.main);
     }

     public boolean dispatchTouchEvent(MotionEvent ev) {
         Log.w("sunzn", "TouchEventActivity | dispatchTouchEvent --> " + TouchEventUtil.getTouchAction(ev.getAction()));
         return super.dispatchTouchEvent(ev);
     }

     public boolean onTouchEvent(MotionEvent event) {
         Log.w("sunzn", "TouchEventActivity | onTouchEvent --> " + TouchEventUtil.getTouchAction(event.getAction()));
         return super.onTouchEvent(event);
     }

}

最後是一個工具類，只是將各個點選狀態封裝到一個方法中：

/** 
 * @ClassName: TouchEventUtil
 * @Description:點選事件工具類
 * @author: [email protected]
 * @date: 2016年5月9日 下午9:53:51
 */
public class TouchEventUtil {

     public static String getTouchAction(int actionId) {
         String actionName = "Unknow:id=" + actionId;
         switch (actionId) {
             case MotionEvent.ACTION_DOWN:
                 actionName = "ACTION_DOWN";
                 break;
             case MotionEvent.ACTION_MOVE:
                 actionName = "ACTION_MOVE";
                 break;
             case MotionEvent.ACTION_UP:
                 actionName = "ACTION_UP";
                 break;
             case MotionEvent.ACTION_CANCEL:
                 actionName = "ACTION_CANCEL";
                 break;
             case MotionEvent.ACTION_OUTSIDE:
                 actionName = "ACTION_OUTSIDE";
                 break;
        }
        return actionName;
    }

}

好了，程式碼介紹完了，部署到手機上的時候，應該是這個樣子。

Android：View的事件分發與消費機制

事件分發案例

我們現在就通過不同的返回值，來具體看事件分發的過程，注意我們將程式碼部署到手機上的時候，預設做的動作是點選中間紅色部分一下，這樣更能直觀的觀察日誌情況。另外由於原博主總結的非常好，這裡我就直接截圖過來，然後具體說明一下。

2、情況一

Android：View的事件分發與消費機制

case1

過程及結果分析：

  • 事件首先由 TouchEventActivity 的 dispatchTouchEvent 方法分發給 TouchEventFather 控制元件的dispatchTouchEvent；

  • 而該TouchEventFather 控制元件的 dispatchTouchEvent 返回 false，表示對獲取到的事件停止向下傳遞，同時也不對該事件進行消費；

  • 由於 TouchEventFather 獲取的事件直接來自 TouchEventActivity ，則會將事件返回給 TouchEventActivity 的 onTouchEvent 進行消費；

  • 最後直接由 TouchEventActivity 來響應手指移動和擡起事件。

3、情況二

Android：View的事件分發與消費機制

case2

過程及結果分析：

  • 事件首先由 TouchEventActivity 的 dispatchTouchEvent 方法分發給 TouchEventFather 控制元件的 dispatchTouchEvent；

  • 而該TouchEventFather 控制元件的 dispatchTouchEvent 返回 true，表示分發事件到 TouchEventFather 控制元件並由該控制元件的 dispatchTouchEvent 進行消費；

  • 又因為TouchEventActivity 不斷的分發事件到 TouchEventFather 控制元件的 dispatchTouchEvent，而 TouchEventFather 控制元件的 dispatchTouchEvent 也不斷的將獲取到的事件進行消費。

4、情況三

Android：View的事件分發與消費機制

case3

過程及結果分析：

  • 事件首先由 TouchEventActivity 的 dispatchTouchEvent 方法分發給 TouchEventFather 控制元件的 dispatchTouchEvent；

  • 而該TouchEventFather 控制元件的 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev)，表示對事件進行分發並向下傳遞給 TouchEventFather 控制元件的 onInterceptTouchEvent 方法；

  • 而該方法返回 true 表示對所獲取到的事件進行攔截並將事件傳遞給 TouchEventFather 控制元件的 onTouchEvent 進行處理，TouchEventFather 控制元件的 onTouchEvent 返回 super.onTouchEvent(ev) 表示對事件沒有做任何處理直接將事件返回給上級控制元件；

  • 由於 TouchEventFather 獲取的事件直接來自 TouchEventActivity，所以 TouchEventFather 控制元件的 onTouchEvent 會將事件以冒泡方式直接返回給 TouchEventActivity 的 onTouchEvent 進行消費；

  • 後續的事件則會跳過 TouchEventFather 直接由 TouchEventActivity 的 onTouchEvent 消費來自 TouchEventActivity 自身分發的事件。

5、情況四

Android：View的事件分發與消費機制

case4

過程及結果分析：

  • 事件首先由 TouchEventActivity 的 dispatchTouchEvent 方法分發給 TouchEventFather 控制元件的 dispatchTouchEvent；

  • 而該控制元件的 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev)，表示對事件進行分發並向下傳遞給 TouchEventFather 控制元件的 onInterceptTouchEvent 方法；

  • 該方法返回 false 表示事件會被放行並傳遞到子控制元件 TouchEventChilds 的 dispatchTouchEvent 方法；

  • 同樣 TouchEventChilds 的 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev)，表示對事件進行分發並向下傳遞給 TouchEventChilds 控制元件的 onInterceptTouchEvent 方法；

  • 而TouchEventChilds 的 onInterceptTouchEvent 方法返回 super.onInterceptTouchEvent(ev) ，預設會將事件傳遞給 TouchEventChilds 的 onTouchEvent 進行處理；

  • 而TouchEventChilds 的 onTouchEvent 返回 super.onTouchEvent(ev) 表示對事件沒有做任何處理直接將事件返回給上級控制元件；

  • 由於 TouchEventChilds 獲取的事件直接來自 TouchEventFather，所以 TouchEventChilds 控制元件的 onTouchEvent 會將事件以冒泡方式直接返回給 TouchEventFather 的 onTouchEvent 進行消費；

  • 而 TouchEventFather 的 onTouchEvent 也返回了 super.onTouchEvent(ev)，同樣 TouchEventFather 的 onTouchEvent 也會將事件返回給上級控制元件；

  • 而 TouchEventFather 獲取的事件直接來自 TouchEventActivity，所以 TouchEventFather 控制元件的 onTouchEvent 會將事件以冒泡方式直接返回給 TouchEventActivity 的 onTouchEvent 進行消費；

  • 後續的事件則會跳過 TouchEventFather 和 TouchEventChilds 直接由 TouchEventActivity 的 onTouchEvent 消費來自 TouchEventActivity 自身分發的事件。

6、情況五

Android：View的事件分發與消費機制

case5

過程及結果分析：

  • 事件首先由 TouchEventActivity 的 dispatchTouchEvent 方法分發給 TouchEventFather 控制元件的 dispatchTouchEvent；

  • 該控制元件的 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev)，事件會分發到 TouchEventFather 的 onInterceptTouchEvent，此方法返回 false 表示放行當先事件；

  • 事件會被傳遞到子控制元件 TouchEventChilds 的 dispatchTouchEvent 方法，dispatchTouchEvent 返回 true 表示事件被分發到 TouchEventChilds ，並由 dispatchTouchEvent 方法消費；

  • 後續的事件也會不斷的重複上面的邏輯最終被 TouchEventChilds 的 dispatchTouchEvent 消費。

四、總結與歸納

好了，看完理論與程式碼結果，我想應該已經夠直觀的說明事件分發機制了。雖然在實際開發過程還是會遇到各種各樣的問題，但是有了理論基礎，處理起來應該不會太難。接下來我就總結一下一些比較重要的注意事項和結論。有些是書上的重要結論。

如果在你不知道返回什麼的情況下，記住如果是完全自定義View就返回true，如果是繼承已有的控制元件或者View那就返回super；

正常情況下，一個事件序列只能被一個View攔截，這是肯定的，因為某個事件被攔截後，只能通過這個攔截View來處理。當然前提是正常情況下。

View沒有onInterceptTouchEvent方法，只要有觸控事件會直接呼叫onTouchEvent方法。

如果一個View設定了OnTouchListener方法，那麼會優先呼叫onTouch方法，這個時候還要看onTouch方法的返回值，如果為false那麼繼續呼叫onTouchEvent方法，如果為true則不呼叫。

如果onTouchEvent方法裡面設定了OnClickListener之類的方法，它會在onTouchEvent方法呼叫之後呼叫其中的onClick方法。

一個事件一旦交給了一個View進行處理，那麼它必須消費掉事件，否則剩下的事件序列將不再由其處理。

1.三個主要相關的方法的預設值

所有dispatchTouchEvent方法的預設值都是false。

ViewGroup裡的onInterceptTouchEvent預設值是false這樣才能把事件傳給View裡的onTouchEvent.

Activity和ViewGroup裡的onTouchEvent預設值都是false。

View裡的onTouchEvent返回預設值是true.這樣才能執行多次touch事件。

2.TouchEvent的處理流程

當TouchEvent發生時，首先Activity將TouchEvent傳遞給最頂層的View， TouchEvent最先到達最頂層 view 的 dispatchTouchEvent ，然後由  dispatchTouchEvent 方法進行分發，如果dispatchTouchEvent返回true ，則表示該觸控事件已經被消費了，如果dispatchTouchEvent返回 false ，則交給這個 view 的 interceptTouchEvent 方法來決定是否要攔截這個事件，如果 interceptTouchEvent 返回 true ，也就是攔截掉了，則交給它的 onTouchEvent 來處理，如果 interceptTouchEvent 返回 false ，那麼就傳遞給子 view ，由子 view 的 dispatchTouchEvent 再來開始這個事件的分發。如果事件傳遞到某一層的子 view 的 onTouchEvent 上了，這個方法返回了 false ，那麼這個事件會從這個 view 往上傳遞，都是 onTouchEvent 來接收。而如果傳遞到最上面的 onTouchEvent 也返回 false 的話，這個事件就會“   消失”，而且接收不到下一次事件。

3.TouchEvent的處理流程圖

自己製作了個TouchEvent處理的流程圖，方便理清TouchEvent事件在各種UI物件以及對應方法中的處理機制。將流程圖與上面的執行日誌結合分析，發現對TouchEvent處理的機制清晰了很多。若有錯誤之處，歡迎指教。

wKioL1Qo01bh7FokAAKn6n5a4u0915.jpg


相關推薦

Android的事件分發與消費機制

一、Touch的三個重要方法 在Android中，與觸控事件也就是 Touch 相關的有三個重要方法，這三個方法共同完成觸控事件的分發。 public boolean dispatchTouchEvent(MotionEvent ev) ：事件分發public boo

Android開發中的事件分發和消費機制的一些理解

說明事件分發被用作解決事件衝突，還被用作自定義View事件包含的動作 1.ACTION_DOWN（按下）：手指只要一觸控式螢幕幕就立即觸發這個動作 2.ACTION_MOVE（移動）：手指觸控式螢幕幕

【朝花夕拾】Android自定義View篇之（五）Android事件分發及傳遞機制

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

Android程式設計——Touch 事件的分發和消費機制

介紹 Android 中與 Touch 事件相關的方法包括： dispatchTouchEvent(MotionEvent ev) onInterceptTouchEvent(MotionEvent ev) onTouchEvent(MotionEven

Android事件分發機制二：viewGroup與view對事件的處理

## 前言 很高興遇見你~ 在上一篇文章 [Android事件分發機制一：事件是如何到達activity的？](https://juejin.cn/post/6918272111152726024) 中，我們討論了觸控資訊從螢幕產生到傳送給具體 的view處理的整體流程，這裡先來簡單回顧一下： ![整體

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事件分發機制原始碼分析之Activity篇

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

原始碼角度再看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事

Android 事件分發機制總結篇

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

Android事件分發機制詳解

概述   眾所周知，Android事件分發機制是Android知識體系中的重點也是難點。說白了，要學好Android,事件分發機制是無論如何也繞不過去的。   也許你會問，Android事件分發機制那麼重要，我怎麼沒用過呢？   當你被不同item的側滑刪除衝突

Android事件分發機制完全解析，帶你從原始碼的角度徹底理解(上)-郭霖

其實我一直準備寫一篇關於Android事件分發機制的文章，從我的第一篇部落格開始，就零零散散在好多地方使用到了Android事件分發的知識。也有好多朋友問過我各種問題，比如：onTouch和onTouchEvent有什麼區別，又該如何使用？為什麼給ListView引入了一