一直以來，都被android中的事件傳遞和處理機(jī)制深深的困擾！今天特意來好好的探討一下?，F(xiàn)在的感覺是，只要你理解到位，其實(shí)事件的

傳遞和處理機(jī)制并沒有想象中的那么難。總之，不要自己打擊自己，要相信自己能掌握這塊知識。好了，下面是我今天的收獲，希望也

能對你有一點(diǎn)幫助。

一、擬人化來理解android中的事件機(jī)制

其實(shí)android中的事件傳遞與處理機(jī)制跟我們生活中的事件處理是一樣的。這里有一個生活中的例子，很能說明這個問題。闡述如下：

你是一個公司的員工，你的上頭有一個主管，主管上頭呢還有一個經(jīng)理。為了簡單，你們這個團(tuán)隊就有這三個人。那么如果上頭安排一件事下來要處理，流程是怎樣的呢？顯然應(yīng)該是由你的經(jīng)理將這件事安排給你的主管來處理，你的主管再將這件事安排給你來處理。等你把這件事辦好了，你就應(yīng)該給你的主管報告，再由你的主管來向你的經(jīng)理報告。顯然，你的主管和經(jīng)理也有處理這件事的權(quán)限，如果他們覺得事情很復(fù)雜，你辦不了，或者他們比較照顧下級，可能就自己把這件事給辦了，這個時候這件事就不會再傳遞給下一級來處理了。這個事件處理的過程，是不是太容易理解了！

其實(shí)android中的事件處理流程就是跟生活中的事件處理是一樣的。比如你在ViewGroupA中嵌套了一個VewiGroupB，然后又在ViewGroupB

中嵌套了一個MyView。那么一個觸摸事件傳遞過來，會發(fā)生什么情況呢？類比上面的公司員工的處理事件，顯然會發(fā)生下面的過程：

觸摸事件傳遞過來后，ViewGroupA一看自己里面還有一個員工可以利用，就是ViewGroupB，那不用白不用，就會把這個事件傳遞給ViewGroupB，告訴他，你給我把這個事件處理了！

ViewGroupB呢一看，我不怕，我里面也有一個員工就是MyView，它得給我干活，于是又會把這個事件傳遞給MyView，讓它來處理。MyView一看，沒辦法啊，我手底下沒有員工了，那怎么辦，我只能自己處理了（前提是它有處理這個事件的能力），所以就把這個觸摸事件給處理了。處理完成后呢？MyView就是給ViewGroupB報告，我已經(jīng)把事情辦好了，你來審核一下
，看看辦理的咋樣。ViewGroupB一審核，覺得不錯，就再將結(jié)果呈現(xiàn)給ViewGroupA。ViewGroupA再審核，通過了才算通過。在這個過程中，也可能出現(xiàn)幾種情況：

（1）MyView說，完蛋了，這事我的能力辦不好啊，于是就向VeiwGroupB報告，我沒有處理，請你來處理，你是我上司，能力比我強(qiáng)。于是ViewGroupB就會來幫忙處理。當(dāng)然了，

如果ViewGroupB也沒能力處理，那就只能反饋給VeiwGroupA，讓它來消化這個事件。

（2）也可能MyView處理非常完美，向ViewGroupB一報告，ViewGroupB一開心就說不用再交給ViewGroupA審核了，我擔(dān)保通過，于是事件到此直接終止。

上面用很形象的話來講adnroid中的事件傳遞和處理機(jī)制講解了一下。android用下面的幾個方法將上面的過程完美封裝了：

在ViewGroup中，有下面三個方法：
（1）dispatchTouchEvent   該方法用來分發(fā)事件，一般不會重寫這個方法
（2）onInterceptTouchEvent 用來攔截事件
（3）onTouchEvent      用來處理事件，這個方法應(yīng)該大家很常見了吧

而View中，只有兩個方法，即：（1）dispatchTouchEvent   該方法用來分發(fā)事件，一般不會重寫這個方法
（2）onTouchEvent      用來處理事件，這個方法應(yīng)該大家很常見了吧

那么我們就來寫一個實(shí)際的代碼，來驗(yàn)證一下這些方法都對應(yīng)上面的哪些過程。這樣子就會對這個些方法有更透徹的理解。

二、根據(jù)實(shí)戰(zhàn)代碼來分析各個方法

下面我們就來把上面提到的ViewGroupA，ViewGroupB，還有MyView給編寫出來。

新建一個項目，先來寫ViewGruopA，代碼如下：

package com.example.testmotionevent;

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.LinearLayout;

public class ViewGroupA extends LinearLayout{

  public ViewGroupA(Context context) {
    super(context);
  }
  public ViewGroupA(Context context, AttributeSet attrs) {
    super(context, attrs);
  }
  public ViewGroupA(Context context, AttributeSet attrs, int defStyle) {
    super(context, attrs, defStyle);
  }
  
  
  

  @Override
  public boolean dispatchTouchEvent(MotionEvent ev) {
    
    Log.d("付勇焜----->","ViewGroupA dispatchTouchEvent");
    return super.dispatchTouchEvent(ev);
  }
  
  @Override
  public boolean onInterceptTouchEvent(MotionEvent ev) {
    
    Log.d("付勇焜----->","ViewGroupA onInterceptTouchEvent");
    return super.onInterceptTouchEvent(ev);
  }
  
  @Override
  public boolean onTouchEvent(MotionEvent event) {
    Log.d("付勇焜----->","ViewGroupA onTouchEvent");
    return super.onTouchEvent(event);
  }
}

代碼很簡單，就不用我解釋了吧，無非就是重寫上面提到的那幾個方法，然后打印相關(guān)的標(biāo)記，來觀察事件的處理機(jī)制。

同理，編寫ViewGroupB，如下：

package com.example.testmotionevent;

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.LinearLayout;

public class ViewGroupB extends LinearLayout{

  public ViewGroupB(Context context) {
    super(context);
  }
  public ViewGroupB(Context context, AttributeSet attrs) {
    super(context, attrs);
  }
  public ViewGroupB(Context context, AttributeSet attrs, int defStyle) {
    super(context, attrs, defStyle);
  }
  
  
  

  @Override
  public boolean dispatchTouchEvent(MotionEvent ev) {
    
    Log.d("付勇焜----->","ViewGroupB dispatchTouchEvent");
    return super.dispatchTouchEvent(ev);
  }
  
  @Override
  public boolean onInterceptTouchEvent(MotionEvent ev) {
    
    Log.d("付勇焜----->","ViewGroupB onInterceptTouchEvent");
    return super.onInterceptTouchEvent(ev);
  }
  
  @Override
  public boolean onTouchEvent(MotionEvent event) {
    Log.d("付勇焜----->","ViewGroupB onTouchEvent");
    return super.onTouchEvent(event);
  }
}

然后再編寫MyView，如下：

package com.example.testmotionevent;

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.view.View;

public class MyView extends View{

  public MyView(Context context) {
    super(context);
  }
  public MyView(Context context, AttributeSet attrs) {
    super(context, attrs);
  }
  public MyView(Context context, AttributeSet attrs, int defStyleAttr) {
    super(context, attrs, defStyleAttr);
  }
  
  
  @Override
  public boolean dispatchTouchEvent(MotionEvent event) {
    Log.d("付勇焜---->","MyView dispatchTouchEvent ");
    return super.dispatchTouchEvent(event);
  }

  @Override
  public boolean onTouchEvent(MotionEvent event) {
    
    Log.d("付勇焜---->","MyView onTouchEvent ");
    return super.onTouchEvent(event);
  }
}

好了，現(xiàn)在就將它們嵌套在一起，修改activity_main.xml，如下：

<LinearLayout 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"
  >

  <com.example.testmotionevent.ViewGroupA
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:gravity="center"
    android:background="#ff0033">
    <com.example.testmotionevent.ViewGroupB
    android:layout_width="200dp"
    android:layout_height="200dp"
    android:gravity="center"
    android:background="#336699">
     <com.example.testmotionevent.MyView
    android:layout_width="100dp"
    android:layout_height="100dp"
    android:clickable="true"
    android:background="#ffff00"/>
    
      
    </com.example.testmotionevent.ViewGroupB>
    
    
  </com.example.testmotionevent.ViewGroupA>
    

</LinearLayout>

嵌套完成，運(yùn)行程序，是什么樣子的呢？如下圖：

紅色的就是ViewGroupA,藍(lán)色的就是ViewGroupB，黃色就是MyView?，F(xiàn)在來點(diǎn)擊中間黃色的MyView，觀察下打印結(jié)果，如下：

從打印的結(jié)果，我們可以很清楚到看到事件的流程：

首先ViewGroupA得到了事件，由它的dispatchTouchEvent方法來分發(fā)事件，由于它的onInterceptTouchEvent方法沒有做出攔截，因此事件傳遞給了ViewGroupB，

而同樣由于ViewGroupB的onInterceptTouchEvent方法在它的dispatchTouchEvent方法分發(fā)事件時沒有做出攔截，故而事件最終被傳遞給MyView，MyView就來處理這個事件了。

下面我們來做實(shí)驗(yàn)吧，我們讓MyView沒有處理這個事件，會是上面我們所說的由ViewGrouPB來處理嗎？修改MyView的onTouchEvent事件，如下：

 public boolean onTouchEvent(MotionEvent event) {
    
    Log.d("付勇焜---->","MyView onTouchEvent ");
    return false;
//    return super.onTouchEvent(event);
  }

我們return了false，表示MyView沒有成功處理這個事件。現(xiàn)在來再運(yùn)行下程序，打印結(jié)果如下：

由于MyView的onTouchEvent返回false，因此事件就交給了它的上級ViewGroupB來處理，于是ViewGroupB的onTouchEvent就來消化這個事件了。所以

從打印的結(jié)果來看正是這個情況（即紅色線條標(biāo)注的部分）。但是由于ViewGroupB的onTouchEvent也沒有成功處理這個事件所以又傳遞給ViewGroupA的

onToucEvent來處理這個事件（即紅色線最下面還有ViewGroupA的標(biāo)志）。不管ViewGroupA能不能成功處理，我們的程序中它是終極boss，不會再由其他對象

來處理該事件了。

再來在上一步的基礎(chǔ)上繼續(xù)做實(shí)驗(yàn)。當(dāng)MyView沒有成功處理事件，傳遞給ViewGroupB來處理時，當(dāng)ViewGroupB處理完，我們強(qiáng)制告知程序，ViewGroupB

已經(jīng)成功處理該事件了，看看會出現(xiàn)什么情況！修改ViewGroupB的onTouchEvent代碼，如下：

public boolean onTouchEvent(MotionEvent event) {
    Log.d("付勇焜----->","ViewGroupB onTouchEvent");
    
    return true; //表示事件已經(jīng)成功處理
//    return super.onTouchEvent(event);
  }

再來運(yùn)行程序，觀察打印結(jié)果如下：

觀察紅線部分，此時只剩下ViewGroupB的onTouchEvent了。因?yàn)閂iewGroupB已經(jīng)成功處理這事件了，那就不必再勞煩ViewGroupA來吃處理了。

好了，現(xiàn)在我們在上一個實(shí)驗(yàn)的基礎(chǔ)上再來實(shí)驗(yàn)。比如，當(dāng)事件傳遞到ViewGroupB的時候，ViewGroupB比較好心，心想干脆我來處理這個事情吧，就不必再讓MyView

加班了，于是他對這個事件進(jìn)行了攔截！修改ViewGroupB的onInterceptTouchEvent代碼，如下：

@Override
  public boolean onInterceptTouchEvent(MotionEvent ev) {
    
    Log.d("付勇焜----->","ViewGroupB onInterceptTouchEvent");
    return true;
//    return super.onInterceptTouchEvent(ev);
  }

再次運(yùn)行程序，觀察打印結(jié)果，如下：

我們發(fā)現(xiàn)事件傳遞到ViewGroupB的地方直接終止了，然后就是ViewGroupB的onTouchEvent事件來處理了，當(dāng)然了因?yàn)橹拔覀儚?qiáng)制修改ViewGroupB的onTouchEvent

為處理成功，因此也不會再返回給ViewGroupA的onTouchEvent來處理了。此時MyView壓根就不知道有個觸摸事件在它的上層傳遞呢！所以在打印結(jié)果中，我們連MyView的影子

都見不到！

好了，我就帶大家做這幾個實(shí)驗(yàn)吧。已經(jīng)足夠說明問題了。下面我們就來做一下總概述吧。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

從上面的實(shí)驗(yàn)我們可以很清晰的看到一個事件處理的流程，在正常情況下，是如下圖的這樣子的一個流程：

也就是說，一個事件是必須要先經(jīng)過傳遞流程才會再經(jīng)過處理流程。這個先后順序一定要明白。如果你無法理解，請再想一想上面擬人化的公司員工處理事件的流程吧。

其中，在紅色線和藍(lán)色線代表傳遞的流程中，我們都可以進(jìn)行所謂的攔截事件。說明如下：

對于事件的攔截，我們主要重寫就是OnInterceptTouchEvent和onTouchEvent方法。

兩句就可以總結(jié)：

（1）對于事件的傳遞，返回結(jié)果為true，表示攔截，不再往下傳遞，為false，不攔截，繼續(xù)往下傳遞。主要針對的就是OnInterceptTouchEvent方法。

（2）對于事件的處理，返回結(jié)果為true，表示攔截，不再往上傳遞（即我處理的很完美，不需要你再來審核我?。祷亟Y(jié)果為false（沒有成功處理事件），繼續(xù)向上傳遞。 針對就是onTouchEvent方法。

因此我們就可以通過控制OnInterceptTouchEvent和onTouchEvent方法的返回值來控制整個事件的傳遞流程和處理流程?。〉酱?，你是不是對andorid中的事件的整個處理機(jī)制很

明白了呢？以后再出現(xiàn)什么問題，是不是就可以順藤摸瓜，找到問題所在了！

三、總結(jié)

如果你嫌上面的解釋太啰嗦了。那么就只看下面的這個總結(jié)就可以了，一下就找到關(guān)鍵的知識點(diǎn)！如下：

（1）正常情況下，android中的事件是必須要經(jīng)過傳遞流程然后再經(jīng)過處理流程的。要記住這個先后的順序。

（2）在傳遞流程和處理流程中，你都可以修改方法的返回值，來對流程做控制。

如下：

對于事件的攔截，我們主要重寫就是OnInterceptTouchEvent和onTouchEvent方法。兩句就可以總結(jié)：

事件的傳遞，返回結(jié)果為true，表示攔截，不再往下傳遞，為false，不攔截，繼續(xù)往下傳遞。主要針對的就是OnInterceptTouchEvent方法。

事件的處理，返回結(jié)果為true，表示攔截，不再往上傳遞（即我處理的很完美，不需要你再來審核我?。祷亟Y(jié)果為false（沒有成功處理事件），繼續(xù)向上傳遞。

針對就是onTouchEvent方法。

（3）如果流程你還理解，就好好想一想那個公司員工的擬人化解釋吧！實(shí)際上android的事件處理機(jī)制原理就是這樣子的！

以上這篇老生常談android中的事件傳遞和處理機(jī)制就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論