Android中如何實(shí)現(xiàn)觸摸事件-創(chuàng)新互聯(lián)
本篇內(nèi)容介紹了“Android中如何實(shí)現(xiàn)觸摸事件”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！
事件分發(fā)傳遞的邏輯取決于ACTION_DOWN
同時(shí)要注意的是ACTION_MOVE和ACTION_UP的流程并不完全跟ACTION_DOWN一樣
下面這幅圖是ACTION_DOWN手勢的處理邏輯圖
以前我對手勢處理的概念也僅僅停留在這里，而且我還錯(cuò)誤的把ACTION_MOVE和ACTION_UP的邏輯也理所應(yīng)當(dāng)?shù)南氤蛇@樣(就我身邊的情況來看，并不僅僅是我這么認(rèn)為)。
這里我們以ViewGroup為例來總結(jié)一下(注意，為了方便理解，我只分析了ViewGroup，activity和View有些許不同)
dispatchTouchEvent
可以消費(fèi)事件
如果返回true，則自己消費(fèi)掉事件，終止傳遞;
如果返回false，不消費(fèi)事件，交由父的onTouchEvent做處理;
如果返回super，不消費(fèi)事件，將事件派發(fā)給onInterceptTouchEvent做處理。
onInterceptTouchEvent
不能消費(fèi)事件
如果返回true，將事件派發(fā)給自己的onTouchEvent做處理;
如果返回false/super，將事件派發(fā)給子的dispatchTouchEvent做處理;
onTouchEvent
可以消費(fèi)事件
如果返回true，則自己消費(fèi)掉事件，終止傳遞;
如果返回false/super，將事件派發(fā)給父的onTouchEvent做處理;
大家可以看到，最終消費(fèi)掉事件的位置只有兩個(gè)，dispatchTouchEvent和onTouchEvent返回true的時(shí)候，而且在它們返回為false的時(shí)候，都是將事件交給上層的onTouchEvent來處理，它們一個(gè)在onInterceptTouchEvent前，一個(gè)在onInterceptTouchEvent后，而onInterceptTouchEvent只是將事件進(jìn)行分流，這樣就構(gòu)成了這張android事件傳遞圖、
關(guān)于ACTION_MOVE和ACTION_UP
總結(jié)一句話，在默認(rèn)都返回super的情況下，哪一層的onTouchEvent返回true，那一層的onTouchEvent才會(huì)收到ACTION_MOVE和ACTION_UP，跟它同級及以上的dispatchTouchEvent和onInterceptTouchEvent能收到ACTION_MOVE和ACTION_UP，如下圖所示
從上圖中我們可以看到，最終能夠收到ACTION_MOVE和ACTION_UP的onTouchEvent只能有一個(gè)，就算你上層的onInterceptTouchEvent對ACTION_MOVE返回了true，那也只會(huì)把ACTION_MOVE事件分發(fā)到上一層，子View就不會(huì)收到ACTION_MOVE事件了，也就是說，當(dāng)一個(gè)View在onTouchEvent里的ACTION_DOWN里面返回了true，那它的ACTION_MOVE和ACTION_UP事件不管返回什么結(jié)果其實(shí)都是一樣的，因?yàn)锳CTION_MOVE事件已經(jīng)分發(fā)到這了，就算返回false上層也是收!不!到!的!(這個(gè)概念跟我以前的三觀是完全不符的，當(dāng)然你覺得錯(cuò)誤也可以反駁我，剛開始我自己都不太相信)
requestDisallowInterceptTouchEvent的使用
在手勢處理中，我們還可以使用requestDisallowInterceptTouchEvent方法，來駁回onInterceptTouchEvent對事件的攔截
對于某些GroupView，它會(huì)在onInterceptTouchEvent事件中攔截ACTION_MOVE事件，例如ListView、ScrollView等，這個(gè)時(shí)候childView就無法獲取到ACTION_MOVE事件了(常見的ScrollView嵌套ViewPager，ViewPager無法滑動(dòng))，除了重寫GroupView的onInterceptTouchEvent方法，我們還可以重寫ChildView的dispatchTouchEvent方法來解決、
首先，不管再霸道的GroupView，在默認(rèn)情況下，都不會(huì)在onInterceptTouchEvent的ACTION_DOWN事件返回true的，因?yàn)檫@樣會(huì)導(dǎo)致childView根本沒有獲取手勢的機(jī)會(huì)。那么，childView在dispatchTouchEvent方法中就能收到ACTION_DOWN事件，這個(gè)時(shí)候，我們調(diào)用parent的requestDisallowInterceptTouchEvent方法,設(shè)置為true，來通知GroupView不要攔截我的事件，那么接下來，原本應(yīng)該被GroupView攔截的ACTION_MOVE事件就會(huì)繞過GroupView的onInterceptTouchEvent方法，直接下傳到childView的dispatchTouchEvent
而值得注意的是，在dispatchTouchEvent中g(shù)etParent().requestDisallowInterceptTouchEvent(false)和return false效果是不同的
當(dāng)GroupView.requestDisallowInterceptTouchEvent(true)時(shí)，onTouchEvent方法并不會(huì)接收到任何事件，所以此時(shí)若在ChildView的dispatchTouchEvent方法中return false，其實(shí)效果是跟return true一樣的。只有當(dāng)GroupView.requestDisallowInterceptTouchEvent(false)時(shí)，手勢才會(huì)再次交給GroupView處理。
所以，這時(shí)，在ChildView中假如你想只消費(fèi)某一類型的ACTION_MOVE事件(如水平滑動(dòng))，那就需要調(diào)用getParent().requestDisallowInterceptTouchEvent(false)，而不是return false，如下圖所示：
另外，網(wǎng)上很多在ACTION_UP的時(shí)候會(huì)調(diào)用getParent().requestDisallowInterceptTouchEvent(false)，其實(shí)并不是必要的，因?yàn)樵谑盏紸CTION_DOWN時(shí)，GroupView默認(rèn)會(huì)重新將requestDisallowInterceptTouchEvent設(shè)置為false狀態(tài)。
“Android中如何實(shí)現(xiàn)觸摸事件”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！
當(dāng)前文章：Android中如何實(shí)現(xiàn)觸摸事件-創(chuàng)新互聯(lián)
網(wǎng)頁路徑：http://m.jiaotiyi.com/article/dgcsjj.html