老生常談android中的事件傳遞和處理機制
一直以來，都被android中的事件傳遞和處理機制深深的困擾！今天特意來好好的探討一下?，F(xiàn)在的感覺是，只要你理解到位，其實事件的
傳遞和處理機制并沒有想象中的那么難?？傊灰约捍驌糇约?，要相信自己能掌握這塊知識。好了，下面是我今天的收獲，希望也
能對你有一點幫助。
一、擬人化來理解android中的事件機制
其實android中的事件傳遞與處理機制跟我們生活中的事件處理是一樣的。這里有一個生活中的例子，很能說明這個問題。闡述如下：
你是一個公司的員工，你的上頭有一個主管，主管上頭呢還有一個經(jīng)理。為了簡單，你們這個團(tuán)隊就有這三個人。那么如果上頭安排一件事下來要處理，流程是怎樣的呢？顯然應(yīng)該是由你的經(jīng)理將這件事安排給你的主管來處理，你的主管再將這件事安排給你來處理。等你把這件事辦好了，你就應(yīng)該給你的主管報告，再由你的主管來向你的經(jīng)理報告。顯然，你的主管和經(jīng)理也有處理這件事的權(quán)限，如果他們覺得事情很復(fù)雜，你辦不了，或者他們比較照顧下級，可能就自己把這件事給辦了，這個時候這件事就不會再傳遞給下一級來處理了。這個事件處理的過程，是不是太容易理解了！
其實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報告，我沒有處理，請你來處理，你是我上司，能力比我強。于是ViewGroupB就會來幫忙處理。當(dāng)然了，
如果ViewGroupB也沒能力處理，那就只能反饋給VeiwGroupA，讓它來消化這個事件。
（2）也可能MyView處理非常完美，向ViewGroupB一報告，ViewGroupB一開心就說不用再交給ViewGroupA審核了，我擔(dān)保通過，于是事件到此直接終止。
上面用很形象的話來講adnroid中的事件傳遞和處理機制講解了一下。android用下面的幾個方法將上面的過程完美封裝了：
在ViewGroup中，有下面三個方法： （1）dispatchTouchEvent 該方法用來分發(fā)事件，一般不會重寫這個方法 （2）onInterceptTouchEvent 用來攔截事件 （3）onTouchEvent 用來處理事件，這個方法應(yīng)該大家很常見了吧 而View中，只有兩個方法，即：（1）dispatchTouchEvent 該方法用來分發(fā)事件，一般不會重寫這個方法 （2）onTouchEvent 用來處理事件，這個方法應(yīng)該大家很常見了吧
那么我們就來寫一個實際的代碼，來驗證一下這些方法都對應(yīng)上面的哪些過程。這樣子就會對這個些方法有更透徹的理解。
二、根據(jù)實戰(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)記，來觀察事件的處理機制。
同理，編寫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>
嵌套完成，運行程序，是什么樣子的呢？如下圖：
紅色的就是ViewGroupA,藍(lán)色的就是ViewGroupB，黃色就是MyView?，F(xiàn)在來點擊中間黃色的MyView，觀察下打印結(jié)果，如下：
從打印的結(jié)果，我們可以很清楚到看到事件的流程：
首先ViewGroupA得到了事件，由它的dispatchTouchEvent方法來分發(fā)事件，由于它的onInterceptTouchEvent方法沒有做出攔截，因此事件傳遞給了ViewGroupB，
而同樣由于ViewGroupB的onInterceptTouchEvent方法在它的dispatchTouchEvent方法分發(fā)事件時沒有做出攔截，故而事件最終被傳遞給MyView，MyView就來處理這個事件了。
下面我們來做實驗吧，我們讓MyView沒有處理這個事件，會是上面我們所說的由ViewGrouPB來處理嗎？修改MyView的onTouchEvent事件，如下：
public boolean onTouchEvent(MotionEvent event) {
Log.d("付勇焜---->","MyView onTouchEvent ");
return false;
// return super.onTouchEvent(event);
}
我們return了false，表示MyView沒有成功處理這個事件。現(xiàn)在來再運行下程序，打印結(jié)果如下：
由于MyView的onTouchEvent返回false，因此事件就交給了它的上級ViewGroupB來處理，于是ViewGroupB的onTouchEvent就來消化這個事件了。所以
從打印的結(jié)果來看正是這個情況（即紅色線條標(biāo)注的部分）。但是由于ViewGroupB的onTouchEvent也沒有成功處理這個事件所以又傳遞給ViewGroupA的
onToucEvent來處理這個事件（即紅色線最下面還有ViewGroupA的標(biāo)志）。不管ViewGroupA能不能成功處理，我們的程序中它是終極boss，不會再由其他對象
來處理該事件了。
再來在上一步的基礎(chǔ)上繼續(xù)做實驗。當(dāng)MyView沒有成功處理事件，傳遞給ViewGroupB來處理時，當(dāng)ViewGroupB處理完，我們強制告知程序，ViewGroupB
已經(jīng)成功處理該事件了，看看會出現(xiàn)什么情況！修改ViewGroupB的onTouchEvent代碼，如下：
public boolean onTouchEvent(MotionEvent event) {
Log.d("付勇焜----->","ViewGroupB onTouchEvent");
return true; //表示事件已經(jīng)成功處理
// return super.onTouchEvent(event);
}
再來運行程序，觀察打印結(jié)果如下：
觀察紅線部分，此時只剩下ViewGroupB的onTouchEvent了。因為ViewGroupB已經(jīng)成功處理這事件了，那就不必再勞煩ViewGroupA來吃處理了。
好了，現(xiàn)在我們在上一個實驗的基礎(chǔ)上再來實驗。比如，當(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);
}
再次運行程序，觀察打印結(jié)果，如下：
我們發(fā)現(xiàn)事件傳遞到ViewGroupB的地方直接終止了，然后就是ViewGroupB的onTouchEvent事件來處理了，當(dāng)然了因為之前我們強制修改ViewGroupB的onTouchEvent
為處理成功，因此也不會再返回給ViewGroupA的onTouchEvent來處理了。此時MyView壓根就不知道有個觸摸事件在它的上層傳遞呢！所以在打印結(jié)果中，我們連MyView的影子
都見不到！
好了，我就帶大家做這幾個實驗吧。已經(jīng)足夠說明問題了。下面我們就來做一下總概述吧。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
從上面的實驗我們可以很清晰的看到一個事件處理的流程，在正常情況下，是如下圖的這樣子的一個流程：
也就是說，一個事件是必須要先經(jīng)過傳遞流程才會再經(jīng)過處理流程。這個先后順序一定要明白。如果你無法理解，請再想一想上面擬人化的公司員工處理事件的流程吧。
其中，在紅色線和藍(lán)色線代表傳遞的流程中，我們都可以進(jìn)行所謂的攔截事件。說明如下：
對于事件的攔截，我們主要重寫就是OnInterceptTouchEvent和onTouchEvent方法。
兩句就可以總結(jié)：
（1）對于事件的傳遞，返回結(jié)果為true，表示攔截，不再往下傳遞，為false，不攔截，繼續(xù)往下傳遞。主要針對的就是OnInterceptTouchEvent方法。
（2）對于事件的處理，返回結(jié)果為true，表示攔截，不再往上傳遞（即我處理的很完美，不需要你再來審核我！），返回結(jié)果為false（沒有成功處理事件），繼續(xù)向上傳遞。 針對就是onTouchEvent方法。
因此我們就可以通過控制OnInterceptTouchEvent和onTouchEvent方法的返回值來控制整個事件的傳遞流程和處理流程??！到此，你是不是對andorid中的事件的整個處理機制很
明白了呢？以后再出現(xiàn)什么問題，是不是就可以順藤摸瓜，找到問題所在了！
三、總結(jié)
如果你嫌上面的解釋太啰嗦了。那么就只看下面的這個總結(jié)就可以了，一下就找到關(guān)鍵的知識點！如下：
（1）正常情況下，android中的事件是必須要經(jīng)過傳遞流程然后再經(jīng)過處理流程的。要記住這個先后的順序。
（2）在傳遞流程和處理流程中，你都可以修改方法的返回值，來對流程做控制。
如下：
對于事件的攔截，我們主要重寫就是OnInterceptTouchEvent和onTouchEvent方法。兩句就可以總結(jié)：
事件的傳遞，返回結(jié)果為true，表示攔截，不再往下傳遞，為false，不攔截，繼續(xù)往下傳遞。主要針對的就是OnInterceptTouchEvent方法。
事件的處理，返回結(jié)果為true，表示攔截，不再往上傳遞（即我處理的很完美，不需要你再來審核我?。祷亟Y(jié)果為false（沒有成功處理事件），繼續(xù)向上傳遞。
針對就是onTouchEvent方法。
（3）如果流程你還理解，就好好想一想那個公司員工的擬人化解釋吧！實際上android的事件處理機制原理就是這樣子的！
以上這篇老生常談android中的事件傳遞和處理機制就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關(guān)文章
Android自定義View實現(xiàn)數(shù)字雨效果的全過程
小時候看時印象最深的就是數(shù)字雨了,導(dǎo)致我現(xiàn)在寫代碼也要是黑屏,下面這篇文章主要給大家介紹了關(guān)于Android自定義View實現(xiàn)數(shù)字雨效果的相關(guān)資料,文中通過實例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-02-02
ReactiveCocoa代碼實踐之-RAC網(wǎng)絡(luò)請求重構(gòu)
這篇文章主要介紹了ReactiveCocoa代碼實踐之-RAC網(wǎng)絡(luò)請求重構(gòu) 的相關(guān)資料,需要的朋友可以參考下2016-04-04
今天小編就為大家分享一篇關(guān)于Android實現(xiàn)手機震動抖動效果的方法，小編覺得內(nèi)容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2019-03-03
Android App使用RecyclerView實現(xiàn)上拉和下拉刷新的方法
RecyclerView一經(jīng)推出便被認(rèn)為是替代ListView的存在,那么ListView的上拉和下拉刷新我們同樣可以使用RecyclerView來做到,這里我們就來看一下Android App使用RecyclerView實現(xiàn)上拉和下拉刷新的方法,首先先來點RecyclerView的小介紹:2016-06-06
Android編程使用ListView實現(xiàn)數(shù)據(jù)列表顯示的方法
這篇文章主要介紹了Android編程使用ListView實現(xiàn)數(shù)據(jù)列表顯示的方法,實例分析了Android中ListView控件的使用技巧,需要的朋友可以參考下2016-01-01
以下是對Android中的自定義屬性format進(jìn)行了詳細(xì)的分析介紹，需要的朋友可以過來參考下2013-07-07
Android編程實現(xiàn)獲取多媒體庫視頻、音頻、圖片的方法
這篇文章主要介紹了Android編程實現(xiàn)獲取多媒體庫視頻、音頻、圖片的方法,涉及Android針對多媒體視頻、音頻及相關(guān)專輯圖片、縮略圖等獲取操作實現(xiàn)技巧,需要的朋友可以參考下2018-01-01
Android樣式的開發(fā):layer-list實例詳解
本文主要介紹Android樣式開發(fā)layer-list，這里整理了詳細(xì)的資料，及簡單示例代碼有興趣的小伙伴可以參考下2016-09-09
這篇文章給大家介紹的是Android冷啟動實現(xiàn)APP秒開的方法，對大家日常開發(fā)APP還是很實用的，有需要的可以參考借鑒。2016-08-08
這篇文章主要介紹了Android中顏色選擇器和改變字體顏色的實例教程,其中改變字體顏色用到了ColorPicker顏色選擇器,需要的朋友可以參考下2016-04-04