建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
類(lèi)似標(biāo)題的文章在網(wǎng)上不要講的太多，我也曾經(jīng)以為自己掌握了，直到最近用的時(shí)候發(fā)現(xiàn)問(wèn)題，才知道自己之前并非真的理解了，遂寫(xiě)下這篇筆記、
創(chuàng)新互聯(lián)建站長(zhǎng)期為1000多家客戶(hù)提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開(kāi)放共贏平臺(tái)，與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為嫩江企業(yè)提供專(zhuān)業(yè)的網(wǎng)站制作、做網(wǎng)站，嫩江網(wǎng)站改版等技術(shù)服務(wù)。擁有十載豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開(kāi)發(fā)。
事件分發(fā)傳遞的邏輯取決于ACTION_DOWN
同時(shí)要注意的是ACTION_MOVE和ACTION_UP的流程并不完全跟ACTION_DOWN一樣
下面這幅圖是ACTION_DOWN手勢(shì)的處理邏輯圖
以前我對(duì)手勢(shì)處理的概念也僅僅停留在這里，而且我還錯(cuò)誤的把ACTION_MOVE和ACTION_UP的邏輯也理所應(yīng)當(dāng)?shù)南氤蛇@樣(就我身邊的情況來(lái)看，并不僅僅是我這么認(rèn)為)。
這里我們以ViewGroup為例來(lái)總結(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來(lái)處理，它們一個(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，跟它同級(jí)及以上的dispatchTouchEvent和onInterceptTouchEvent能收到ACTION_MOVE和ACTION_UP，如下圖所示
從上圖中我們可以看到，最終能夠收到ACTION_MOVE和ACTION_UP的onTouchEvent只能有一個(gè)，就算你上層的onInterceptTouchEvent對(duì)ACTION_MOVE返回了true，那也只會(huì)把ACTION_MOVE事件分發(fā)到上一層，子View就不會(huì)收到ACTION_MOVE事件了，也就是說(shuō)，當(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)然你覺(jué)得錯(cuò)誤也可以反駁我，剛開(kāi)始我自己都不太相信)
requestDisallowInterceptTouchEvent的使用
在手勢(shì)處理中，我們還可以使用requestDisallowInterceptTouchEvent方法，來(lái)駁回onInterceptTouchEvent對(duì)事件的攔截
對(duì)于某些GroupView，它會(huì)在onInterceptTouchEvent事件中攔截ACTION_MOVE事件，例如ListView、ScrollView等，這個(gè)時(shí)候childView就無(wú)法獲取到ACTION_MOVE事件了(常見(jiàn)的ScrollView嵌套ViewPager，ViewPager無(wú)法滑動(dòng))，除了重寫(xiě)GroupView的onInterceptTouchEvent方法，我們還可以重寫(xiě)ChildView的dispatchTouchEvent方法來(lái)解決、
首先，不管再霸道的GroupView，在默認(rèn)情況下，都不會(huì)在onInterceptTouchEvent的ACTION_DOWN事件返回true的，因?yàn)檫@樣會(huì)導(dǎo)致childView根本沒(méi)有獲取手勢(shì)的機(jī)會(huì)。那么，childView在dispatchTouchEvent方法中就能收到ACTION_DOWN事件，這個(gè)時(shí)候，我們調(diào)用parent的requestDisallowInterceptTouchEvent方法,設(shè)置為true，來(lái)通知GroupView不要攔截我的事件，那么接下來(lái)，原本應(yīng)該被GroupView攔截的ACTION_MOVE事件就會(huì)繞過(guò)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í)，手勢(shì)才會(huì)再次交給GroupView處理。
所以，這時(shí)，在ChildView中假如你想只消費(fèi)某一類(lè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)。
網(wǎng)站標(biāo)題：Android觸摸事件（筆記篇）
分享路徑：http://m.fisionsoft.com.cn/article/dpiihjj.html
