專注于為中小企業(yè)提供網站設計、成都網站制作服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)恩陽免費做網站提供優(yōu)質的服務。我們立足成都，凝聚了一批互聯網行業(yè)人才，有力地推動了成百上千企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網站建設實現規(guī)模擴充和轉變。

更多請關注 MemoMind

事件經過主要的三層，分別是Activity、Layout(多個)、View

三者都擁有dispatchTouchEvent和onTouchEvent方法。

dispatchTouchEvent是用來控制事件分發(fā)的(隧道方式傳遞)。從源碼的角度看，其邏輯控制等起主導作用；從使用角度看，在diapatchTouchEvent中用邏輯判斷、設置Event的action是個好的方法，而改變其return值會讓事件丟失。

onTouchEvent是用來處理、消費事件的。return true標志著事件已被消費；return false標志著事件未被消費，往Layout/Activity方向傳遞。

Layout除了擁有這兩個方法，還獨有onInterceptTouchEvent方法。

onInterceptTouchEvent是在事件由Layout分發(fā)到View之前的一個攔截機制。因為只通過Layout的dispatchTouchEvent操控只能讓事件丟失。

如果onInterceptTouchEvent return true，表明攔截事件，事件就不會繼續(xù)分發(fā)而是跳到Layout的onTouchEvent方法中去處理；return false則事件繼續(xù)分發(fā)。

在眾多分析事件機制的文章中，很難看到與onTouch、onClick關聯起來的解釋。開始時我也拿捏不好onTouch和onTouchEvent的關系。

事實上，onTouch是在onTouchEvent之前執(zhí)行的。如果onTouch return true，表示事件已經被消費，不會調用onTouchEvent了。

而onClick呢，則是在onTouchEvent的ACTION_DOWN和ACTION_UP都執(zhí)行完之后，才會觸發(fā)onClick。也就是說，在此之前任意位置return了true，onClick都不會被調用。

至此，我產生了一個疑問：Android為什么要這么設計事件傳遞機制？

① onInterceptTouchEvent：是Layout特有的，是給予Layout對于Event的獨立把控權，而不是傻傻的等待事件再冒泡傳遞回onTouchEvent。

② onTouch：區(qū)分于onTouchEvent，給開發(fā)者不破壞基礎事件傳遞邏輯(比如 Button的onTouchEvent默認的Super.onTouchEvent()里面是有邏輯判斷來決定return值)的情況下對事件有自己的把控操縱權。

另外有需要云服務器可以了解下創(chuàng)新互聯scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

文章名稱：Android事件傳遞-創(chuàng)新互聯
文章路徑：http://jinyejixie.com/article30/dipdpo.html

成都網站建設公司_創(chuàng)新互聯，為您提供手機網站建設、外貿建站、企業(yè)網站制作、品牌網站制作、網站設計、營銷型網站建設

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯