Android觸摸事件(筆記篇)

相似標題的文章在網上不要講的太多,我也曾經覺得本身掌握了,直到最近用的時候發現問題,才知道本身以前並不是真的理解了,遂寫下這篇筆記、android

事件分發傳遞的邏輯取決於ACTION_DOWN

同時要注意的是ACTION_MOVE和ACTION_UP的流程並不徹底跟ACTION_DOWN同樣
下面這幅圖是ACTION_DOWN手勢的處理邏輯圖spa

clipboard.png

之前我對手勢處理的概念也僅僅停留在這裏,並且我還錯誤的把ACTION_MOVE和ACTION_UP的邏輯也理所應當的想成這樣(就我身邊的狀況來看,並不單單是我這麼認爲)。事件

這裏咱們以ViewGroup爲例來總結一下
(注意,爲了方便理解,我只分析了ViewGroup,activity和View有些許不一樣)ip

dispatchTouchEvent
能夠消費事件
若是返回true,則本身消費掉事件,終止傳遞
若是返回false,不消費事件,交由父的onTouchEvent作處理;
若是返回super,不消費事件,將事件派發給onInterceptTouchEvent作處理。get

onInterceptTouchEvent
不能消費事件
若是返回true,將事件派發給本身的onTouchEvent作處理;
若是返回false/super,將事件派發給子的dispatchTouchEvent作處理;it

onTouchEvent
能夠消費事件
若是返回true,則本身消費掉事件,終止傳遞
若是返回false/super,將事件派發給父的onTouchEvent作處理;class

你們能夠看到,最終消費掉事件的位置只有兩個,dispatchTouchEvent和onTouchEvent返回true的時候,並且在它們返回爲false的時候,都是將事件交給上層的onTouchEvent來處理,它們一個在onInterceptTouchEvent前,一個在onInterceptTouchEvent後,而onInterceptTouchEvent只是將事件進行分流,這樣就構成了這張android事件傳遞圖、cli

關於ACTION_MOVE和ACTION_UP

總結一句話,在默認都返回super的狀況下,哪一層的onTouchEvent返回true,那一層的onTouchEvent纔會收到ACTION_MOVE和ACTION_UP,跟它同級及以上的dispatchTouchEvent和onInterceptTouchEvent能收到ACTION_MOVE和ACTION_UP,以下圖所示List

clipboard.png

從上圖中咱們能夠看到,最終可以收到ACTION_MOVE和ACTION_UP的onTouchEvent只能有一個,就算你上層的onInterceptTouchEvent對ACTION_MOVE返回了true,那也只會把ACTION_MOVE事件分發到上一層,子View就不會收到ACTION_MOVE事件了,也就是說,當一個View在onTouchEvent裏的ACTION_DOWN裏面返回了true,那它的ACTION_MOVE和ACTION_UP事件無論返回什麼結果其實都是同樣的,由於ACTION_MOVE事件已經分發到這了,就算返回false上層也是收!不!到!的!(這個概念跟我之前的三觀是徹底不符的,固然你以爲錯誤也能夠反駁我,剛開始我本身都不太相信)request

requestDisallowInterceptTouchEvent的使用

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

對於某些GroupView,它會在onInterceptTouchEvent事件中攔截ACTION_MOVE事件,例如ListView、ScrollView等,這個時候childView就沒法獲取到ACTION_MOVE事件了(常見的ScrollView嵌套ViewPager,ViewPager沒法滑動),除了重寫GroupView的onInterceptTouchEvent方法,咱們還能夠重寫ChildView的dispatchTouchEvent方法來解決、

首先,無論再霸道的GroupView,在默認狀況下,都不會在onInterceptTouchEvent的ACTION_DOWN事件返回true的,由於這樣會致使childView根本沒有獲取手勢的機會。
那麼,childView在dispatchTouchEvent方法中就能收到ACTION_DOWN事件,這個時候,咱們調用parent的requestDisallowInterceptTouchEvent方法,設置爲true,來通知GroupView不要攔截個人事件,那麼接下來,本來應該被GroupView攔截的ACTION_MOVE事件就會繞過GroupView的onInterceptTouchEvent方法,直接下傳到childView的dispatchTouchEvent

clipboard.png

而值得注意的是,在dispatchTouchEvent中getParent().requestDisallowInterceptTouchEvent(false)和return false效果是不一樣的

當GroupView.requestDisallowInterceptTouchEvent(true)時,onTouchEvent方法並不會接收到任何事件,因此此時若在ChildView的dispatchTouchEvent方法中return false,其實效果是跟return true同樣的。只有當GroupView.requestDisallowInterceptTouchEvent(false)時,手勢纔會再次交給GroupView處理。

因此,這時,在ChildView中假如你想只消費某一類型的ACTION_MOVE事件(如水平滑動),那就須要調用getParent().requestDisallowInterceptTouchEvent(false),而不是return false,以下圖所示:

clipboard.png

另外,網上不少在ACTION_UP的時候會調用getParent().requestDisallowInterceptTouchEvent(false),其實並非必要的,由於在收到ACTION_DOWN時,GroupView默認會從新將requestDisallowInterceptTouchEvent設置爲false狀態。

相關文章
相關標籤/搜索