2. 程式人生 > >Android觸控事件傳遞機制簡要分析

Android觸控事件傳遞機制簡要分析

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

Android開發中經常會遇到多個View、ViewGroup巢狀的情況，
此時就可能遇到滑動衝突的問題。
為了這種問題，就必須對View的事件傳遞機制有一定的瞭解。

本篇部落格就以一些簡單的例子，
來看看Activity、View、ViewGroup三者的觸控事件傳遞機制。

一、基本概念
Android中的觸控事件對應於MotionEvent類，事件的型別包括ACTION_DOWN、ACTION_UP、ACTION_MOVE等。
不同事件型別的意義，大家可以參看原始碼對應的註釋資訊，此處不做贅述。

一次完整的事件傳遞主要包括三個階段，分別是事件的分發、攔截和消費。
分發：


事件的分發對應著dispatchTouchEvent方法，原型如下：

public boolean dispatchTouchEvent(MotionEvent event)

Android系統中，所有的觸控事件都是通過該方法來分發的。

自定義檢視時，可以複寫該方法實現自己的事件分發邏輯。
這個方法一般根據當前檢視的具體實現，決定是直接消費事件，
還是將事件繼續分發給子檢視處理。
若該方法返回true，則表示事件被當前檢視消費掉，不再繼續分發；
若該方法返回super.dispatchTouchEvent，則表示繼續分發事件。

攔截：
事件的攔截對應著onInterceptTouchEvent方法，原型如下：

public boolean onInterceptTouchEvent(MotionEvent ev)

該方法僅在ViewGroup及其子類中存在。

自定義檢視時，可以複寫該方法實現自己的事件攔截邏輯。
當該方法返回true時，表示當前檢視攔截事件，不再將事件分發給子檢視，
同時會將事件交由當前檢視消費；
當該方法返回false或super.onInterceptTouchEvent時，
表示當前檢視不對事件進行攔截，將事件分發給子檢視。

消費：
事件的消費對應著onTouchEvent，方法原型如下：

public boolean onTouchEvent(MotionEvent event
 
)

自定義檢視時，可以複寫該方法實現自己的事件消費邏輯。
當該方法返回true時，表示當前檢視可以處理對應的事件，事件不會在向上傳遞給父檢視；
當該方法返回false時，表示當前檢視不處理這個事件，事件會被遞交給父檢視的onTouchEvent處理。

二、事件傳遞機制
前文已經提到過了，在Android系統中，擁有事件傳遞、處理能力的類有以下三種：
Activity: 擁有dispatchTouchEvent和onTouchEvent兩個方法；
ViewGroup:擁有dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent三個方法；
View:擁有dispatchTouchEvent和onTouchEvent兩個方法。

接下來我們通過例子，主要分析下View和ViewGroup的事件傳遞機制。
Activity傳遞事件時表現得與View比較相似，就不專門分析了。

2.1 View的事件傳遞機制
首先我們結合例子，看看View的事件傳遞機制。
考慮到ViewGroup本身就是View的子類，此處的View指的是除去ViewGroup外的控制元件。
即本身已經是最小的單位，不能再作為其它View容器的View控制元件。

為了比較直觀的看清出事件傳遞的過程，我們自定義一個繼承TextView的類，
並複寫分發和消費對應的函式，並增加一些列印日誌：

/**
 * @author zhangjian
 */

public class MyTextView extends AppCompatTextView {
    private static final String TAG = "MyTextView";

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

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

    //主要關注事件分發的流程， 就簡單以ACTION_DOWN事件為例了
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "dispatchTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }

        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "onTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }

        return super.onTouchEvent(ev);
    }
}

同時，我們定義一個MainActivity用來呈現MyTextView，並監聽MyTextView的點選和觸控事件：

/**
 * @author zhangjian
 */
public class MainActivity extends AppCompatActivity
        implements View.OnClickListener, View.OnTouchListener {
    private static final String TAG = "MainActivity";

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

        TextView textView = findViewById(R.id.my_text_view);
        textView.setOnClickListener(this);
        textView.setOnTouchListener(this);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "dispatchTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "onTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }
        return super.onTouchEvent(ev);
    }

    @Override
    public void onClick(View view) {
        switch (view.getId()) {
            case R.id.my_text_view:
                Log.v(TAG, "MyTextView click");
                break;
            default:
                break;
        }
    }

    @Override
    public boolean onTouch(View view, MotionEvent motionEvent) {
        switch (view.getId()) {
            case R.id.my_text_view:
                switch (motionEvent.getAction()) {
                    case MotionEvent.ACTION_DOWN:
                        Log.v(TAG, "TextView onTouch ACTION_DOWN");
                        break;
                    default:
                        break;
                }

                break;
            default:
                break;
        }
        return false;
    }
}

執行上面的程式碼並點選MyTextView後，將列印如下log：

12-04 14:45:01.279 29626-29626/work.test V/MainActivity: dispatchTouchEvent ACTION_DOWN
12-04 14:45:01.279 29626-29626/work.test V/MyTextView: dispatchTouchEvent ACTION_DOWN
12-04 14:45:01.279 29626-29626/work.test V/MainActivity: TextView onTouch ACTION_DOWN
12-04 14:45:01.279 29626-29626/work.test V/MyTextView: onTouchEvent ACTION_DOWN
12-04 14:45:01.409 29626-29626/work.test V/MainActivity: MyTextView click

從上面的程式碼和日誌可以看出，dispatchTouchEvent和onTouchEvent這兩個函式的返回值可能存在以下三種情況：
返回true、返回false和返回父類的同名方法。

不同的返回值將導致事件傳遞流程相差甚遠，通過不斷修改這些方法的返回值，
我們大概可以得到類似如下的事件處理流程圖：

從上面的流程圖可以得出如下結論：
1、觸控事件的傳遞流程是從dispatchTouchEvent開始的，如果不進行人為干預（即返回父類的同名函式），
那麼事件將按照檢視的巢狀層次，從外層檢視逐步向內層傳遞，到達最內層的View時，就由它的onTouchEvent處理。
該方法如果能夠消費該事件，則返回true；如果處理不了，則返回false。
這時事件會重新向外層傳遞，並由外層View的onTouchEvent方法處理，並依此類推。
2、如果事件在向內層傳遞的過程中，若某個檢視的dispatchTouchEvent返回true，
則會導致事件提前被消費掉，內層View將不會收到這個事件；
若某個檢視的dispatchTouchEvent返回false，事件也不會繼續分發，
而被交給其父檢視的onTouchEvent處理。
3、對於View控制元件而言，消費事件的邏輯順序從前到後依次為：
onTouch、onTouchEvent、onClick。
若優先順序靠前的介面返回true，則表示事件已經被消費掉了，
不會再呼叫後續介面。

2.2 ViewGroup的事件傳遞機制
在Android中，ViewGroup主要作為View控制元件的容器。
前文已經提到過，與View控制元件相比，ViewGroup多了onInterceptTouchEvent函式。

在這一部分，我們同樣自定義一個ViewGroup並增加列印資訊，看看觸控事件傳遞的流程：

/**
 * @author zhangjian
 */

public class MyRelativeLayout extends RelativeLayout {
    private static final String TAG = "MyRelativeLayout";

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

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

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "dispatchTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "onInterceptTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.v(TAG, "onTouchEvent ACTION_DOWN");
                break;
            default:
                break;
        }
        return super.onTouchEvent(ev);
    }
}

同時，更新對應的layout檔案:

<?xml version="1.0" encoding="utf-8"?>
<work.test.MyRelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context="work.test.MainActivity">

    <work.test.MyTextView
        android:id="@+id/my_text_view"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="@string/test" />

</work.test.MyRelativeLayout>

MainActivity和MyTextView的事件傳遞函式均返回super方法的情況下，
點選MyTextView的列印log如下:

12-05 10:26:17.584 12021-12021/work.test V/MainActivity: dispatchTouchEvent ACTION_DOWN
12-05 10:26:17.584 12021-12021/work.test V/MyRelativeLayout: dispatchTouchEvent ACTION_DOWN
12-05 10:26:17.584 12021-12021/work.test V/MyRelativeLayout: onInterceptTouchEvent ACTION_DOWN
12-05 10:26:17.584 12021-12021/work.test V/MyTextView: dispatchTouchEvent ACTION_DOWN
12-05 10:26:17.584 12021-12021/work.test V/MainActivity: TextView onTouch ACTION_DOWN
12-05 10:26:17.584 12021-12021/work.test V/MyTextView: onTouchEvent ACTION_DOWN
12-05 10:26:17.754 12021-12021/work.test V/MainActivity: MyTextView click

從log來看，事件分發的流程幾乎沒變，
依然從外層檢視逐步向內層傳遞，然後呼叫內層檢視的onTouchEvent處理。
不過，ViewGroup檢視呼叫dispatchTouchEvent後，
會先呼叫onInterceptTouchEvent函式。

與前文類似，我們可以修改這些函式的返回值，得到下面的流程圖：

從上面的流程圖可以得出如下結論：
1、不考慮事件攔截時，ViewGroup傳遞事件的邏輯與View完全一樣。
2、 ViewGroup通過onInterceptTouchEvent方法攔截事件時，
返回super方法或false時均表示攔截失敗，事件將繼續被傳遞給子檢視；
返回true時，表示攔截成功，此時事件交給ViewGroup的onTouchEvent處理。
3、 ViewGroup的onTouchEvent處理事件時，
如果返回false或super方法(此處是RelativeLayout)，那麼表示事件未被消費掉，
需要繼續將事件遞交給父檢視消費；
如果返回true，則表示ViewGroup消費掉了事件。

三、總結
至此，我們通過demo大致瞭解了View和ViewGroup的事件傳遞流程。
後續我們再看看原始碼中到底是如何實現的。

相關推薦

Android觸控事件傳遞機制簡要分析

Android開發中經常會遇到多個View、ViewGroup巢狀的情況， 此時就可能遇到滑動衝突的問題。 為了這種問題，就必須對View的事件傳遞機制有一定的瞭解。 本篇部落格就以一些簡單的例子， 來看看Activity、View、ViewGroup三

Android 觸控事件傳遞機制

android系統中的每個View的子類都具有下面三個和TouchEvent處理密切相關的方法：1）public boolean dispatchTouchEvent(MotionEvent ev)  這個方法用來分發TouchEvent2）public boolean onInterceptTouchEve

android觸控事件傳遞機制

看到一篇文章，將事件傳遞機制講得很透徹 【場景】 在cy的Home頁，每個點選塊都是自定義view來做的，組要用自定義自合view，如果需要將其中點選image和text分別有不同的反應，則應該去設定處理事件？ 【詳情】 Android系統中的每個View的子類都具有下面三

初識Android觸控事件傳遞機制

前言 今天總結的一個知識點是Andorid中View事件傳遞機制，也是核心知識點，相信很多開發者在面對這個問題時候會覺得困惑，另外，View的另外一個難題滑動衝突，比如在ScrollView中巢狀ListView，都是上下滑動，這該如何解決呢，它解決的依據就是View事件的傳遞機制，所以開發者需要對View的

android 觸控事件傳遞機制與筆記

一、筆記連結1. android 觸控事件傳遞機制2. android OnTouchListener，onTouchEvent，onClickListener執行順序 二、簡記1. android 觸控事件傳遞機制1.1Touch事件分發中只有兩個主角:ViewGroup和

Android觸控事件傳遞機制學習筆記

1、Android 觸控事件傳遞機制 http://blog.csdn.net/awangyunke/article/details/22047987 2、Android-onInterceptTouchEvent()和onTouchEvent()總結 h

Android觸控事件傳遞機制實踐——可拖動、大小切換的SizeSwitchView

前言 　　對於Android的觸控事件傳遞機制，網上有很多講解，有結合原始碼的，有圖文結合的，其中不乏一些講解清晰明瞭的文章，看完之後都能有所收穫。然而，理論終究是要應用在實踐上的，最近工作的時候，做出了一個可拖動，可以大小切換，大形態巢狀著ViewG

Android觸控事件傳遞機制，這一篇就夠了

整個觸控事件牽涉到的是，Activity，View，ViewGroup三者的傳遞機制。 這個觸控事件就是從外層往內層一層層的傳遞。 整個傳遞機制，分為3個步驟：分發，攔截，和消費。 1. 觸控事件的型別 事件型別是MotionEvent類:看下最新的sdk29的原始碼，一堆的Action，我們常用的其實就3個

Android ViewGroup 觸控事件傳遞機制

引言 上一篇部落格我們學習了Android View 觸控事件傳遞機制，不瞭解的同學可以檢視Android View 觸控事件傳遞機制。今天繼續學習Android觸控事件傳遞機制，這篇部落格將和大家一起探討ViewGroup的觸控事件傳遞機制。 示例

android view觸控事件傳遞機制測試

沒有其它人為干預時： 詳細測試可以參考Github中的程式，地址: https://github.com/yifan42421/PhoneToPhoneScreen/tree/master/testmotionevent

Android O: 觸控事件傳遞流程原始碼分析(上)

前面的部落格中，我們通過例子分析了一下Android中事件傳遞的流程， 詳細內容可以參考：Android觸控事件傳遞機制簡要分析 貫穿整個Android的觸控事件分發的流程，基本可以抽象成以下的虛擬碼： public boolean dispatchT

Android Touch事件傳遞機制全面解析（從WMS到View樹）

了解 分支 per seve from 這一 params 雞湯 dcl 轉眼間近一年沒更新博客了，工作一忙起來。非常難有時間來寫博客了，因為如今也在從事Andro

Android View事件傳遞機制

view事件傳遞機制，在很多面試中會問道，我曾經也被問道，卻沒有回答上來。 今天我在這裡寫了一個demo去理解這個view的事件傳遞機制。 首先這個view包括兩種，viewGroup和普通view。viewGroup就是裡面還可以包含子控制元件的那種，如Linear

android 觸控事件傳遞(一)

android 觸控事件傳遞 1、主要相關程式碼路徑 基於展訊7.0原始碼 native frameworks/base/services/core/jni/com_android_server_input_InputManagerService.cpp frameworks

Android TouchEvent事件傳遞機制

public class MyActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState)

安卓觸控事件傳遞機制

概述 安卓的觸控事件傳遞大體上是檢視收到事件後進行決定是否要攔截，不攔截可以繼續向內傳遞，攔截了不消費也可以回傳給上層檢視。 事件型別主要有 ACTION_DOWN（按下） ACTION_MOVE（移動） ACTION_UP（擡起） ACTION_C

Android 觸控事件傳遞流程解析

android中的Touch事件都是從ACTION_DOWN開始的： 單手指操作：ACTION_DOWN---ACTION_MOVE----ACTION_UP 多手指操作：ACTION_DOWN---ACTION_POINTER_DOWN---ACTION_MOV

Android onTouch事件傳遞機制

Android onTouch事件介紹： Android的觸控事件：onClick, onScroll, onFling等等，都是由許多個Touch組成的。其中Touch的第一個狀態肯定是ACTION_DOWN, 表示按下了螢幕。之後，touch將會有後續事件，可能是： ACT

觸控[0] 觸控事件傳遞機制

【參考連結】 開發藝術探索 1. 涉及到的類和方法主要有 ViewGroup的dispatchTouchEvent()、onInterceptTouchEvent()、onTouchEvent() View的dispatchTouchEvent()、onInterceptTouchEvent()

android觸發事件傳遞機制

一 事件傳遞的三個階段1 分發（Dispatch）：事件的分發對應著dispatchTouchEvent方法，在Android系統中，所有的觸控事件的分發都是由改方法分發。 public boole