【移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)】Android事件分發(fā)機(jī)制的詳解

【移動(dòng)應(yīng)用開(kāi)發(fā)技術(shù)】Android事件分發(fā)機(jī)制的詳解

Android事件分發(fā)機(jī)制我們只考慮最重要的四個(gè)觸摸事件，即：DOWN,MOVE,UP和CANCEL。一個(gè)手勢(shì)（gesture）是一個(gè)事件列，以一個(gè)DOWN事件開(kāi)始（當(dāng)用戶觸摸屏幕時(shí)產(chǎn)生），后跟0個(gè)或多個(gè)MOVE事件（當(dāng)用戶四處移動(dòng)手指時(shí)產(chǎn)生），最后跟一個(gè)單獨(dú)的UP或CANCEL事件（當(dāng)用戶手指離開(kāi)屏幕或者系統(tǒng)告訴你手勢(shì)（gesture）由于其他原因結(jié)束時(shí)產(chǎn)生）。當(dāng)我們說(shuō)到“手勢(shì)剩余部分”時(shí)指的是手勢(shì)后續(xù)的MOVE事件和最后的UP或CANCEL事件。在這里我也不考慮多點(diǎn)觸摸手勢(shì)（我們只假設(shè)用一個(gè)手指）并且忽略多個(gè)MOVE事件可以被歸為一組這一實(shí)際情況。最后，我們假設(shè)文中的view都沒(méi)有注冊(cè)onTouchListener。我們將要討論的視圖層次是這樣的：最外層是一個(gè)ViewGroupA，包含一個(gè)或多個(gè)子view（children），其中一個(gè)子view是ViewGroupB，ViewGroupB中又包含一個(gè)或多個(gè)子view，其中一個(gè)子view是ViewC,C不是一個(gè)ViewGroup。這里我們忽略同層級(jí)view之間可能的交叉疊加。

假設(shè)用戶首先觸摸到的屏幕上的點(diǎn)是C上的某個(gè)點(diǎn)，該點(diǎn)被標(biāo)記為觸摸點(diǎn)（touchpoint），DOWN事件就在該點(diǎn)產(chǎn)生。然后用戶移動(dòng)手指并最后離開(kāi)屏幕，此過(guò)程中手指是否離開(kāi)C的區(qū)域無(wú)關(guān)緊要，關(guān)鍵是手勢(shì)（gesture）是從哪里開(kāi)始的。默認(rèn)情況假設(shè)上面的A,B,C都沒(méi)有覆寫(xiě)默認(rèn)的事件傳播行為，那么下面就是事件傳播的過(guò)程：由于沒(méi)有view關(guān)心這個(gè)手勢(shì)（gesture），它們將不再會(huì)從“手勢(shì)剩余部分”中接收任何事件。處理事件現(xiàn)在，讓我們假設(shè)C實(shí)際上是關(guān)心這個(gè)手勢(shì)（gesture）的，原因可能是C被設(shè)置成可點(diǎn)擊的（clickable）或者你覆寫(xiě)了C的onTouchEvent方法。個(gè)人理解：從這里可以看出，各個(gè)View的onTouchEvent方法對(duì)DOWN事件的處理，代表了該View對(duì)以此DOWN開(kāi)始的整個(gè)手勢(shì)（gesture）的處理意愿，返回true代表愿意處理該gesture，返回false代表不愿意處理該gesture。onInterceptTouchEvent現(xiàn)在我們將討論一個(gè)新的方法：onInterceptTouchEvent，它只存在于ViewGroup中，普通的View中沒(méi)有這個(gè)方法。在任何一個(gè)view的onTouchEvent被調(diào)用之前，它的父輩們（ancestors）將先獲得攔截這個(gè)事件的一次機(jī)會(huì)，換句話說(shuō)，它們可以竊取該事件。在剛才的“處理事件”部分中，我們遺漏了這一過(guò)程，現(xiàn)在，讓我們把它加上：個(gè)人理解：感謝@編程世界的孩子的提醒，由此可見(jiàn)，DOWN事件的處理實(shí)際上經(jīng)歷了一下一上兩個(gè)過(guò)程，下是指A->B的onInterceptTouchEvent，上是指C->B->A的onTouchEvent，當(dāng)然，任意一步的方法中返回true,都能阻止它繼續(xù)傳播。攔截事件現(xiàn)在，讓我們更進(jìn)一步，假設(shè)B沒(méi)有攔截DOWN事件，但它攔截了接下來(lái)的MOVE事件。原因可能是B是一個(gè)scrollingview。當(dāng)用戶僅僅在它的區(qū)域內(nèi)點(diǎn)擊（tap）時(shí)，被點(diǎn)擊到的元素應(yīng)當(dāng)能處理該點(diǎn)擊事件。但是當(dāng)用戶手指移動(dòng)了一定的距離后，就不能再視該手勢(shì)（gesture）為點(diǎn)擊了——很明顯，用戶是想scroll。這就是為什么B要接管該手勢(shì)（gesture）。

下面是事件被處理的順序：下面的一些小事情可能會(huì)令你感到吃驚：從此開(kāi)始，你可以更進(jìn)一步。比如對(duì)mouthful-method（實(shí)在不知道該怎么翻譯啦！）requestDisallowInterceptTouchEvent,C可以用該方法阻止B竊取事件。如果你想更加瘋狂一點(diǎn)，你可以在你自己的ViewGroup中直接覆寫(xiě)dispatchTouchEvent方法，并對(duì)