前言

在我們的項(xiàng)目中,遇到比較復(fù)雜布局的時(shí)候,最常見的就是布局嵌套和自定義控件,那么滑動(dòng)沖突與點(diǎn)擊沖突你一定是遇到過(guò)的,解決的方法有很多,但是總的來(lái)說(shuō)都是對(duì)onTouch事件傳遞做處理.那么我們就來(lái)了解一下onTouch事件到底是怎么傳遞的

1.基本知識(shí)

我們先看看相關(guān)的幾個(gè)方法

(View是沒(méi)有onInterceptTouchEvent方法的)

ViewGroup

• 1. dispatchTouchEvent(分發(fā)touch事件)
• 2. onInterceptTouchEvent(攔截touch事件)
• 3. onTouchEvent(消費(fèi)事件)

View

• 1. dispatchTouchEvent(分發(fā)touch事件)
• 2. onTouchEvent(消費(fèi)事件)

一個(gè)事件首先會(huì)由dispatchTouchEvent決定怎么分配,接著由onInterceptTouchEvent決定是否攔截,最后由onTouchEvent決定怎么消費(fèi)

一般來(lái)說(shuō)我們會(huì)重寫onInterceptTouchEvent和onTouchEvent方法來(lái)改變事件的傳遞,但是不會(huì)去重寫dispatchTouchEvent方法

下面為了更好的描述,有些地方就用簡(jiǎn)稱描述了

• dispatchTouchEvent : 分配
• onInterceptTouchEvent : 攔截

2. 傳遞規(guī)律

(1)基本傳遞方向

首先我們需要知道onTouch事件傳遞的基本傳遞方向,onTouch事件的傳遞方向大概是從父控件傳遞到子控件,然后再?gòu)淖涌丶骰馗缚丶?這個(gè)過(guò)程中一旦事件被消費(fèi)了,那么事件就不會(huì)繼續(xù)傳遞了

(2)攔截

onInterceptTouchEvent方法會(huì)有一個(gè)返回值,如果你返回的是false,表示不攔截,那么事件就會(huì)先往子控件傳遞,如果你返回的是true,表示攔截,那么事件不會(huì)往下傳遞了

(3)消費(fèi)

可以消費(fèi)事件的地方有兩個(gè):

• OnTouchListener: 通過(guò)setOnTouchListener設(shè)置的OnTouchListener里面的onTouch方法
• onTouchEvent: 控件本身的onTouchEvent方法

這兩個(gè)方法都有返回值,如果你返回的是true,代表事件被消費(fèi)了,如果你返回的是false,那么就算你在方法里做了很多事,也不算消費(fèi)

當(dāng)OnTouchListener存在的時(shí)候,會(huì)先獲取到事件,如果不消費(fèi)的話才會(huì)傳到onTouchEvent

OnTouchListener雖然優(yōu)先于onTouchEvent,但都屬于同一層的消費(fèi),在這里我們就不分開來(lái)描述了,統(tǒng)一描述為自己消費(fèi)

(OnTouchListener > onTouchEvent)

(4)一組事件

move和up事件往往是和dowm事件相關(guān)聯(lián)的,為了簡(jiǎn)化描述,我們這里就把down,move,up同一稱為一組事件(下一次down事件之后的算下一組)

(5)控件

這里指的所有控件都是在onTouch事件的點(diǎn)擊范圍內(nèi),如果不在這個(gè)點(diǎn)擊范圍內(nèi)的控件,是不會(huì)參與事件傳遞的

3.傳遞路線

一個(gè)控件獲取到事件時(shí),首先會(huì)走dispatchTouchEvent,才會(huì)走onInterceptTouchEvent和onTouchEvent,一般我們都不會(huì)去重寫dispatchTouchEvent方法(研究源碼的需要重點(diǎn)研究這個(gè)方法),所以接下來(lái)的傳遞路線就跳過(guò)dispatchTouchEvent這個(gè)方法了

這個(gè)例子里面只有一個(gè)ViewGroup,ViewGroup里面有只有一個(gè)View

4.要點(diǎn)

(1)攔截

①如果ViewGroup在onInterceptTouchEvent里面攔截了down事件,那么這一組事件都不會(huì)再進(jìn)入onInterceptTouchEvent方法里面了,也不會(huì)分配到View里面了

(2)消費(fèi)

①如果ViewGroup消費(fèi)了down事件,那么這一組事件不會(huì)進(jìn)入到onInterceptTouchEvent里面了,更不會(huì)分配到View里面了,而是直接從dispatchTouchEvent方法走到自己消費(fèi)的方法里

(3)多個(gè)View

如果ViewGroup有多個(gè)View，那么會(huì)從最上面的view遍歷，如果有view消費(fèi)了down事件，那么就不會(huì)繼續(xù)遍歷了，而且這一組事件也會(huì)直接進(jìn)入這個(gè)view

(還會(huì)走ViewGroup的分配和攔截方法)

5.總結(jié)

onTouch事件的傳遞有很多可能的路線,這里就不貼出筆者當(dāng)初研究的DEMO代碼了,免得看得頭暈.你只要知道幾個(gè)主要的原則和規(guī)律,再?gòu)?fù)雜的情況你也能夠知道事件會(huì)怎么傳遞,這里就再次總結(jié)一下

(1)一個(gè)ViewGroup有三種方法,分配,攔截,消費(fèi)

• 分配: dispatchTouchEvent
• 攔截: onInterceptTouchEvent
• 消費(fèi): OnTouchListener和onTouchEvent (優(yōu)先走OnTouchListener的onTouch)

(View的話沒(méi)有攔截)

(2)首先事件會(huì)從父控件開始,逐級(jí)往下傳遞

(2)事件經(jīng)過(guò)某個(gè)控件的時(shí)候,會(huì)先走分配,再走攔截,如果不攔截又會(huì)接著往下分配

(3)事件從上往下分配時(shí),要么是走到某一層被攔截了,要么是走到最底層了才會(huì)停止向下分配

(4)一旦停止向下傳遞,就要開始考慮消費(fèi)的事了

(5)從停止傳遞的那一層開始,詢問(wèn)是否要消費(fèi)事件,如果自己不消費(fèi),那么逐級(jí)往上詢問(wèn)

(6)一旦某層把事件消費(fèi)了,那么就不再向上詢問(wèn),事件傳遞就到此結(jié)束了

6.思維導(dǎo)圖

筆者當(dāng)初第一次研究的時(shí)候做了一個(gè)DEMO,并把傳遞的過(guò)程用思維導(dǎo)圖詳細(xì)的記錄了下來(lái),有興趣的朋友可以去下載看看,免費(fèi)的哦,不過(guò)還是建議有時(shí)間的朋友能夠自己寫demo測(cè)試一下,這樣才能更好的理解.

思維導(dǎo)圖

http://download.csdn.net/download/yulyu/9763226

熱門文章

• Glide-源碼詳解
• 漸進(jìn)式加載-基礎(chǔ)講解
• 活用productFlavors
• onTouch事件傳遞
• 那些年我們解決滑動(dòng)沖突時(shí)遇過(guò)的坑
• 進(jìn)程間通信--AIDL
• 序列化--Serializable與Parcelable
• 如何解決內(nèi)存溢出以及內(nèi)存泄漏
• Okhttputils終極封裝
• FaceBook推出的調(diào)試神器
• Android代碼優(yōu)化工具
• Glide-入門教程
• Glide-圖片預(yù)處理(圓角,高斯模糊等)
• Glide-圖片的壓縮
• Glide-內(nèi)存緩存與磁盤緩存
• Glide-自定義緩存