類似標題的文章在網上不要講的太多，我也曾經以為自己掌握了，直到最近用的時候發現問題，才知道自己之前并非真的理解了，遂寫下這篇筆記、

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

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

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

以前我對手勢處理的概念也僅僅停留在這里，而且我還錯誤的把ACTION_MOVE和ACTION_UP的邏輯也理所應當的想成這樣(就我身邊的情況來看，并不僅僅是我這么認為)。

這里我們以ViewGroup為例來總結一下(注意，為了方便理解，我只分析了ViewGroup，activity和View有些許不同)

dispatchTouchEvent

可以消費事件

如果返回true，則自己消費掉事件，終止傳遞;

如果返回false，不消費事件，交由父的onTouchEvent做處理;

如果返回super，不消費事件，將事件派發給onInterceptTouchEvent做處理。

onInterceptTouchEvent

不能消費事件

如果返回true，將事件派發給自己的onTouchEvent做處理;

如果返回false/super，將事件派發給子的dispatchTouchEvent做處理;

onTouchEvent

可以消費事件

如果返回true，則自己消費掉事件，終止傳遞;

如果返回false/super，將事件派發給父的onTouchEvent做處理;

大家可以看到，最終消費掉事件的位置只有兩個，dispatchTouchEvent和onTouchEvent返回true的時候，而且在它們返回為false的時候，都是將事件交給上層的onTouchEvent來處理，它們一個在onInterceptTouchEvent前，一個在onInterceptTouchEvent后，而onInterceptTouchEvent只是將事件進行分流，這樣就構成了這張android事件傳遞圖、

關于ACTION_MOVE和ACTION_UP

總結一句話，在默認都返回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事件分發到上一層，子View就不會收到ACTION_MOVE事件了，也就是說，當一個View在onTouchEvent里的ACTION_DOWN里面返回了true，那它的ACTION_MOVE和ACTION_UP事件不管返回什么結果其實都是一樣的，因為ACTION_MOVE事件已經分發到這了，就算返回false上層也是收!不!到!的!(這個概念跟我以前的三觀是完全不符的，當然你覺得錯誤也可以反駁我，剛開始我自己都不太相信)

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 

而值得注意的是，在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，如下圖所示： 

另外，網上很多在ACTION_UP的時候會調用getParent().requestDisallowInterceptTouchEvent(false)，其實并不是必要的，因為在收到ACTION_DOWN時，GroupView默認會重新將requestDisallowInterceptTouchEvent設置為false狀態。