前言
1. 探究的內容
在上一篇文章《一步步探索學習Android Touch事件分發傳遞機制（一）》中，已經以ACTION_DOWN事件為例，對Android系統的Touch事件分發傳遞機制做了探究，並得出了形象好記憶的結論。
這篇文章所探究的問題是與上一篇文章緊密相關的，如果對Android Touch事件分發傳遞機制還不太瞭解的同學，建議先去看看上一篇文章《一步步探索學習Android Touch事件分發傳遞機制（一）》。
我們知道，一個操作，比如一個點選事件，是由多個不同TYPE的MOTION_EVENT組成的。for example，點選事件是由一個ACTION_DOWN事件和一個ACTION_UP事件組成的。那麼諸如ACTION_UP和ACTION_MOVE事件是不是跟ACTION_DOWN事件一樣遵循相同的分發規律呢？
事實上，答案是否定的。 ACTION_UP和ACTION_MOVE事件的分發傳遞流程與這之前的ACTION_DOWN事件如何傳遞以及在哪裡被消費有密不可分的聯絡。具體我們下面一步步探索瞭解。
2. 探究的方法
我們還是繼續以上一篇文章《一步步探索學習Android Touch事件分發傳遞機制（一）》中所寫的Demo為例子，一步步打Log，去探究整個事件的傳遞流程，再用繪圖描述他的機制。
當然知其然須知其所以然，對於Android原始碼的分析，將會在下一篇文章《一步步探索學習Android Touch事件分發傳遞機制（三）》中分析。
Demo中見分曉
1.Demo程式碼
Demo的程式碼，不管是介面還是java程式碼，都保持與上一次的一致。
2.打Log，找規律，識機制
1. ）所有方法（dispatchTouchEvent(); onInterceptTouchEvent(); onTouchEvent() ）都return super的情況：
首先，我們保持所有方法都return super，當然這個我上一篇文章探究過，ACTION_DOWN事件會以類U型的傳遞路線在View樹中分發傳遞。
那麼ACTION_UP和ACTION_MOVE事件呢？這裡以ACTION_UP事件為例做探究。（事實上，Action_move事件與Action_up事件是遵循類似規律的。）我對著Demo螢幕中的View做一個點選操作（前面交代過，點選事件是由一個ACTION_DOWN事件和一個ACTION_UP事件組成的）。
打log：
這裡寫圖片描述 注：上圖中，紫色框內的是點選事件的ACTION_DOWN的分發流程；綠色框中的是點選事件的ACTION_UP事件的分發流程。後面的圖同理。
規律：可以看到，ACTION_UP事件並沒有按照類U型的結構去在View樹傳遞，而是直接在Activity的onTouchEvent方法中消費掉了。
繪圖如下：
這裡寫圖片描述
2. ）ViewGroup2的dispatchTouchEvent() return true的情況：
然後我們來探究ACTION_DOWN事件在dispatchTouchEvent（）中被消費掉的情況下，ACTION_UP事件是怎麼傳遞分發的。
令ViewGroup2的dispatchTouchEvent() return true，打log:
這裡寫圖片描述 規律：當ACTION_DOWN事件在某一個View或者ViewGroup的dispatchTouchEvent()方法中被消費掉的情況下，對應的ACTION_UP事件也會在此被消費掉，終止傳遞。
繪製成圖：
這裡寫圖片描述
3. ）ViewGroup2的onInterceptTouchEvent()和onTouchEvent() 都 return true的情況：
也就是讓ViewGroup2攔截掉事件，並且由它自己來消費事件。
這裡寫圖片描述 打log:
這裡寫圖片描述 規律：可以看到，當ACTION_DOWN事件在某一個View或者ViewGroup的onTouchEvent()方法中被消費掉的情況下，對應的ACTION_UP事件也會在此被消費掉，終止傳遞。
但是值得注意的是，這種情況下，ACTION_UP事件是不會再經過攔截器onInterceptTouchEvent()方法了的。
繪圖如下：
這裡寫圖片描述 4.） ViewGroup2的onTouchEvent() return true的情況：
就是讓VIewGroup2的onTouchEvent()方法在接收到View的onTouchEvent()方法傳遞過來的ACTION_DOWN事件時將其消費掉。看這種情況下，ACTION_UP事件是怎麼傳遞的。
打Log:
這裡寫圖片描述 規律：可以從Log看出來，當ACTION_DOWN事件被某控制元件的onToucEvent()方法消費掉，則其對應的ACTION_UP事件只傳遞到該控制元件。也就是不會傳遞到比此控制元件更深層的控制元件中去。
繪製圖：
這裡寫圖片描述
總結歸納
ACTION_MOVE事件與ACTION_UP事件遵循類似的規律，上面只以ACTION_UP為例子分析探究。
ACTION_MOVE事件與ACTION_UP事件的傳遞分發與其對應之前的ACTION_DOWN事件有緊密聯絡。
具體的，當ACTION_DOWN事件在dispatchTouchEvent()方法中被消費，則對應的ACTION_MOVE事件與ACTION_UP事件也會從上而下傳遞到該控制元件的該方法處被消費掉。
當ACTION_DOWN事件在onTouchEvent()方法中被消費，則對應的ACTION_MOVE事件與ACTION_UP事件只傳遞到該控制元件處的onTouchEvent()方法中然後被消費而終止傳遞。不會經歷該控制元件之下的控制元件的傳遞過程。
當所有方法都預設return super,則ACTION_MOVE事件與ACTION_UP事件會在Activity的onTouchEvent()中被消費掉。
注：【轉載請註明，問題可提問，喜歡可收藏分享，部落格持續更新，歡迎關注】