移動端touch觸屏滑動事件、滑動觸屏事件監(jiān)聽！

一、觸摸事件

創(chuàng)新互聯(lián)公司，是成都地區(qū)的互聯(lián)網(wǎng)解決方案提供商，用心服務(wù)為企業(yè)提供網(wǎng)站建設(shè)、app軟件開發(fā)公司、小程序定制開發(fā)、系統(tǒng)按需策劃和微信代運(yùn)營服務(wù)。經(jīng)過數(shù)10年的沉淀與積累，沉淀的是技術(shù)和服務(wù)，讓客戶少走彎路，踏實(shí)做事，誠實(shí)做人，用情服務(wù)，致力做一個負(fù)責(zé)任、受尊敬的企業(yè)。對客戶負(fù)責(zé)，就是對自己負(fù)責(zé)，對企業(yè)負(fù)責(zé)。

ontouchstart、ontouchmove、ontouchend、ontouchcancel

目前移動端瀏覽器均支持這4個觸摸事件，包括IE。由于觸屏也支持MouseEvent，因此他們的順序是需要注意的：touchstart → mouseover → mousemove → mousedown → mouseup → click1

Apple在iOS 2.0中引入了 觸摸事件API ，Android正迎頭趕上這一事實(shí)標(biāo)準(zhǔn)，縮小差距。最近一個W3C工作組正合力制定這一 觸摸事件規(guī)范 。

二、規(guī)范

這里我們介紹幾種普及得比較好的觸摸事件，你可以在絕大多數(shù)現(xiàn)代瀏覽器中來測試這一事件（必須是觸屏設(shè)備哦）：

touchstart： 觸摸開始的時候觸發(fā)

touchmove： 手指在屏幕上滑動的時候觸發(fā)

touchend： 觸摸結(jié)束的時候觸發(fā)

而每個觸摸事件都包括了三個觸摸列表，每個列表里包含了對應(yīng)的一系列觸摸點(diǎn)（用來實(shí)現(xiàn)多點(diǎn)觸控）：

touches： 當(dāng)前位于屏幕上的所有手指的列表。

targetTouches： 位于當(dāng)前DOM元素上手指的列表。

changedTouches： 涉及當(dāng)前事件手指的列表。

每個觸摸點(diǎn)由包含了如下觸摸信息（常用）：

identifier： 一個數(shù)值，唯一標(biāo)識觸摸會話（touch session）中的當(dāng)前手指。一般為從0開始的流水號（android4.1，uc）

target： DOM元素，是動作所針對的目標(biāo)。

pageX / pageX / clientX / clientY/screenX/screenY ： 一個數(shù)值，動作在屏幕上發(fā)生的位置（page包含滾動距離,client不包含滾動距離，screen則以屏幕為基準(zhǔn)）。

radiusX / radiusY/ rotationAngle： 畫出大約相當(dāng)于手指形狀的橢圓形，分別為橢圓形的兩個半徑和旋轉(zhuǎn)角度。初步測試瀏覽器不支持，好在功能不常用，歡迎大家反饋。

有了這些信息，我們就可以依據(jù)這些事件信息為用戶提供不同的反饋了。

下面，我將為大家展示一個小demo，用touchmove實(shí)現(xiàn)的單指拖動:

三、手勢事件

手勢是指利用多點(diǎn)觸控進(jìn)行旋轉(zhuǎn)、拉伸等操作，例如圖片、網(wǎng)頁的放大、旋轉(zhuǎn)。需要兩個或以上的手指同時觸摸時才會觸發(fā)手勢事件。關(guān)于縮放我們需要注意的一點(diǎn) 是元素的位置坐標(biāo)：我們通常使用offsetX、getBoundingClientRect等方法獲取元素的位置坐標(biāo)，但在手機(jī)瀏覽器中頁面經(jīng)常會在使 用中被縮放，那縮放后的元素坐標(biāo)會改變嗎？答案是有所差異。用一個情景來說明這個問題：頁面A加載完成后， JavaScript 獲 取到該元素在document中的坐標(biāo)為(100,100)，接著用戶放大了頁面，此時用JavaScript再次輸出元素坐標(biāo)，依然還是 (100,100)，但該元素在屏幕上的響應(yīng)區(qū)域會根據(jù)縮放比例產(chǎn)生偏移。你可以打開那個打磚塊游戲demo，等頁面完全加載完成后，再放大，此時你會發(fā) 現(xiàn)即使手指觸摸在“touch here”區(qū)域外部，也可以控制到球板，因?yàn)閰^(qū)域發(fā)生了偏移。除非頁面刷新或者恢復(fù)縮放，否則偏移量將一直存在。

四、重力感應(yīng)

重力感應(yīng)較簡單，只需要為body節(jié)點(diǎn)添加onorientationchange事件即可。在此事件中由window.orientation屬性得到代表當(dāng)前手機(jī)方向的數(shù)值。window.orientation的值列表如下：

0：與頁面首次加載時的方向一致

-90：相對原始方向順時針轉(zhuǎn)了90°

180：轉(zhuǎn)了180°

90：逆時針轉(zhuǎn)了90°據(jù)我測試，Android2.1尚未支持重力感應(yīng)。以上即目前的觸屏事件，這些事件尚未并入標(biāo)準(zhǔn)，但已被廣泛使用。本人Android2.1，未在其他環(huán)境下測試。

Android中的觸摸事件——MotionEvent中的多點(diǎn)觸控

觸摸事件在Android手機(jī)中有多重要不言而喻，用戶的每次操作都和它有關(guān)。不知道大家有沒有見過一些自定義的控件有這樣的問題：當(dāng)單手操作的時候，沒有問題，但是當(dāng)?shù)诙种割^放上去的時候，該View中的內(nèi)容就會“跳動一下”，如果有這樣問題的控件，就是沒有處理多點(diǎn)觸控。該篇內(nèi)容主要講解MotionEvent對象中的多點(diǎn)觸控信息，以及RecyclerView對于這種多點(diǎn)觸控是如何處理的。MotionEvent又是啥呢？用來記錄用戶在屏幕中的觸摸信息的對象。假如你點(diǎn)了一下屏幕（假如你手沒抖，而且速度很快），這個時候就會產(chǎn)生兩個MotionEvent對象（UP和DOWM）。

一次完整的觸摸事件流（官方叫g(shù)esture）至少包括ACTION_DOWN和ACTION_UP兩個Event（手指觸摸的情況，不考慮使用鼠標(biāo)的情況，本文后面所描述的所有情況都是手指觸摸的情況）。前面提到了Event的ACTION，我們一般有兩個方法可以取到ACTION，一個是 getAction() ，還有一個就是 getActionMasked() 。這兩個方法有什么區(qū)別呢？action中包含了Pointer的Index，而actionMasked中不包含這個Index。那什么又是Pointer呢？這就涉及到該篇內(nèi)容要重點(diǎn)討論的多點(diǎn)觸控。可以理解成每一個觸控點(diǎn)，通俗點(diǎn)講就是你放在屏幕上的手指頭。我們一般都用ActionMasked這個方法來拿這些Action。下面就簡單來說明一下這些常見的Event。

第一根手指頭觸摸到屏幕（之前屏幕上沒有手指頭），一次事件觸摸流的開始，很簡單，但是很重要，這里也要簡單的提一下，在ViewGroup中也是根據(jù)這次事件的坐標(biāo)來決定該次事件流交給誰來處理，直到這次事件流完成（ACTION_UP）。

就是你的手指頭在屏幕上滑動，就會產(chǎn)生這個事件。

最后一根手指頭離開屏幕（屏幕上沒有手指頭了），標(biāo)志著該次事件流已經(jīng)完成。

這次事件流被取消了，雖然還沒有完成，一般是ViewGroup經(jīng)過某種條件判斷會設(shè)置這樣的ACTION。

當(dāng)屏幕上已經(jīng)有手指頭的時候，再按一個手指頭下去就會觸發(fā)這個事件。

當(dāng)手指頭離開屏幕，同時屏幕上還有手指頭的時候就會觸發(fā)這個事件。

如果你的自定義控件處理好了上面的6種ACTION，那么你的控件對觸摸的處理就很好了，因?yàn)镽ecyclerView就只是處理了這6種Event。

在一個MotionEvent對象中，包含了你在屏幕上所有的觸摸點(diǎn)信息，他默認(rèn)會有一個類似于active的觸摸點(diǎn)，可以通過方法 getActionIndex() 拿到這個觸摸點(diǎn)的Index，然后再通過方法 getPointerId() 能拿到這個觸摸點(diǎn)的Id，Id通過 findPointerIndex() ，能再拿到這個Index。這里需要注意的是在一次事件流中，同一個觸摸點(diǎn)的Index是可能發(fā)生改變的，但是Id是不會改變的。在方法 getX() 和 getY() 中都可以傳一個Index來拿你想要的觸摸點(diǎn)的坐標(biāo)，不止這兩個方法可以傳入index，其他的讀者自己去研究了。下面我們來討論下不同情況下active的默認(rèn)觸摸點(diǎn)都是哪些點(diǎn)呢？

這些ACTIONs默認(rèn)的active觸摸點(diǎn)Index都是0，也就是說這些事件如果你的初次點(diǎn)擊屏幕的手指頭沒有離開屏幕，那就一直是這個點(diǎn)，如果這個手指頭已經(jīng)離開屏幕，那這個點(diǎn)就變成了第二個點(diǎn)擊屏幕的點(diǎn)，依次類推。

默認(rèn)active觸摸點(diǎn)是新點(diǎn)擊到屏幕上的那個點(diǎn)，但是在后續(xù)的move中這個默認(rèn)index又回變成0。這里也可以簡單解釋下文章開篇中提到的“跳一下”的Bug：因?yàn)樵诘诙€手指頭點(diǎn)擊屏幕的瞬間，active的觸摸點(diǎn)為第二個手指頭，這個時候默認(rèn)的坐標(biāo)也是第二個指頭，后續(xù)的move事件中默認(rèn)的active觸摸點(diǎn)又會變成第一個手指頭，所以會出現(xiàn)跳一下的Bug。

這個Event和ACTION_POINTER_DOWN類似，只是默認(rèn)的active的Index變成了離開屏幕的那個觸摸點(diǎn)。

下面我們來看看RecyclerView中是如何來處理多點(diǎn)觸控的。

這里簡單說明下：一個手指到滑動就不說了，當(dāng)屏幕上有新的手指加入時（之前屏幕上已經(jīng)有手指頭了），這個新加入的手指就會接管RecyclerView的滑動。當(dāng)有手指頭離開屏幕時（屏幕上還有其他的手指頭），這個時候如果離開的手指頭剛好時接管滑動的那個手指頭，這個時候就會找index為0或著1的手指頭重新接管滑動；如果離開的不是接管滑動的手指頭，就不用管。

到這里多點(diǎn)觸控相關(guān)的內(nèi)容就沒了，如果有錯誤的地方，歡迎大家指出來。后面可能還會有觸摸事件的發(fā)送和滾動相關(guān)內(nèi)容。

android對整個activity進(jìn)行觸屏事件處理

不是屏蔽了，是button、textView 這些組件把觸摸事件截獲了，你可能需要在acticity中調(diào)用interrupetOntouchEnent（） 直接阻斷觸摸事件，然后在ontouchEvent（）中處理

關(guān)于android 觸屏事件與點(diǎn)擊事件沖突

你要先描述你要實(shí)現(xiàn)什么樣的功能，再貼代碼，別人看起來更清晰些。

你的主要問題就是兩個事件都響應(yīng)了相同的功能，造成沖突，對吧？那么你可以設(shè)置一個成員變量(或者靜態(tài)變量)比較mHasHandled，先響應(yīng)的事件把它設(shè)置為true，后響應(yīng)的事件監(jiān)測到它已經(jīng)是true了就不再處理了。

android中觸屏事件和鍵盤事件

onTouchEvent觸屏事件 和 onKeyUp鍵盤事件分別實(shí)現(xiàn)不同的功能：

onTouchEvent可以得到觸屏的起始點(diǎn)(手剛接觸屏幕)和結(jié)束點(diǎn)(手離開屏幕)的 坐標(biāo)(x,y),這樣可以根據(jù)坐標(biāo)來判斷手勢的走向，進(jìn)而做出事件響應(yīng)。

onKeyUp是消息驅(qū)動事件，可以直接做出響應(yīng)。