前言
在我們的項(xiàng)目中,遇到比較復(fù)雜布局的時(shí)候,最常見(jiàn)的就是布局嵌套和自定義控件,那么滑動(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è)試一下,這樣才能更好的理解.
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-自定義緩存
