Android中怎么實(shí)現(xiàn)觸摸事件

這篇文章給大家介紹Android中怎么實(shí)現(xiàn)觸摸事件，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

事件分發(fā)傳遞的邏輯取決于ACTION_DOWN

同時(shí)要注意的是ACTION_MOVE和ACTION_UP的流程并不完全跟ACTION_DOWN一樣

下面這幅圖是ACTION_DOWN手勢的處理邏輯圖

以前我對手勢處理的概念也僅僅停留在這里，而且我還錯誤的把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)掉事件的位置只有兩個，dispatchTouchEvent和onTouchEvent返回true的時(shí)候，而且在它們返回為false的時(shí)候，都是將事件交給上層的onTouchEvent來處理，它們一個在onInterceptTouchEvent前，一個在onInterceptTouchEvent后，而onInterceptTouchEvent只是將事件進(jìn)行分流，這樣就構(gòu)成了這張android事件傳遞圖、

關(guān)于ACTION_MOVE和ACTION_UP

總結(jié)一句話，在默認(rèn)都返回super的情況下，哪一層的onTouchEvent返回true，那一層的onTouchEvent才會收到ACTION_MOVE和ACTION_UP，跟它同級及以上的dispatchTouchEvent和onInterceptTouchEvent能收到ACTION_MOVE和ACTION_UP，如下圖所示

從上圖中我們可以看到，最終能夠收到ACTION_MOVE和ACTION_UP的onTouchEvent只能有一個，就算你上層的onInterceptTouchEvent對ACTION_MOVE返回了true，那也只會把ACTION_MOVE事件分發(fā)到上一層，子View就不會收到ACTION_MOVE事件了，也就是說，當(dāng)一個View在onTouchEvent里的ACTION_DOWN里面返回了true，那它的ACTION_MOVE和ACTION_UP事件不管返回什么結(jié)果其實(shí)都是一樣的，因?yàn)锳CTION_MOVE事件已經(jīng)分發(fā)到這了，就算返回false上層也是收!不!到!的!(這個概念跟我以前的三觀是完全不符的，當(dāng)然你覺得錯誤也可以反駁我，剛開始我自己都不太相信)

requestDisallowInterceptTouchEvent的使用

在手勢處理中，我們還可以使用requestDisallowInterceptTouchEvent方法，來駁回onInterceptTouchEvent對事件的攔截

對于某些GroupView，它會在onInterceptTouchEvent事件中攔截ACTION_MOVE事件，例如ListView、ScrollView等，這個時(shí)候childView就無法獲取到ACTION_MOVE事件了(常見的ScrollView嵌套ViewPager，ViewPager無法滑動)，除了重寫GroupView的onInterceptTouchEvent方法，我們還可以重寫ChildView的dispatchTouchEvent方法來解決、

首先，不管再霸道的GroupView，在默認(rèn)情況下，都不會在onInterceptTouchEvent的ACTION_DOWN事件返回true的，因?yàn)檫@樣會導(dǎo)致childView根本沒有獲取手勢的機(jī)會。那么，childView在dispatchTouchEvent方法中就能收到ACTION_DOWN事件，這個時(shí)候，我們調(diào)用parent的requestDisallowInterceptTouchEvent方法,設(shè)置為true，來通知GroupView不要攔截我的事件，那么接下來，原本應(yīng)該被GroupView攔截的ACTION_MOVE事件就會繞過GroupView的onInterceptTouchEvent方法，直接下傳到childView的dispatchTouchEvent

而值得注意的是，在dispatchTouchEvent中g(shù)etParent().requestDisallowInterceptTouchEvent(false)和return  false效果是不同的

當(dāng)GroupView.requestDisallowInterceptTouchEvent(true)時(shí)，onTouchEvent方法并不會接收到任何事件，所以此時(shí)若在ChildView的dispatchTouchEvent方法中return  false，其實(shí)效果是跟return  true一樣的。只有當(dāng)GroupView.requestDisallowInterceptTouchEvent(false)時(shí)，手勢才會再次交給GroupView處理。

所以，這時(shí)，在ChildView中假如你想只消費(fèi)某一類型的ACTION_MOVE事件(如水平滑動)，那就需要調(diào)用getParent().requestDisallowInterceptTouchEvent(false)，而不是return  false，如下圖所示：

另外，網(wǎng)上很多在ACTION_UP的時(shí)候會調(diào)用getParent().requestDisallowInterceptTouchEvent(false)，其實(shí)并不是必要的，因?yàn)樵谑盏紸CTION_DOWN時(shí)，GroupView默認(rèn)會重新將requestDisallowInterceptTouchEvent設(shè)置為false狀態(tài)。

關(guān)于Android中怎么實(shí)現(xiàn)觸摸事件就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。