一 · 業務場景的描述
在對已完成的PC站點進行移動端適配時，我們想要站點在移動設備上有更快的響應速度，以帶給用戶更好的體驗，此時，我們應該使用移動設備專用的事件系統，例如，使用 touchstart 事件代替 click 事件。
為什么這樣效果會更好呢？根據Google開發者文檔中的描述：
click 事件觸發時延遲 300ms ，以確保這是一個“單擊”事件而非“雙擊”事件。
touchstart 事件而言，則會在用戶手指觸碰屏幕的一瞬間觸發所綁定的事件。所以，使用
touchstart 替換
click 事件的意義在於，幫助用戶在每次點擊時節省
300ms 的時間。在頁面頻繁需要點擊，或者點擊發生在動畫中，對動畫流暢度有較高要求的情境下，使用這種技術是非常必要的。
touchstart和
click 事件的替換，因為PC並不能識別
touchstart 事件。
二 · 產生沖突的原因
當然，我們可以給某個元素同時綁定 touchstart 和 click 事件，但這將會導致本篇文章解決的問題 -- 這兩個事件在移動設備上會發生沖突。
touchstart 和
click 事件，因此當用戶點擊目標元素時，綁定在目標元素上的
touchstart 事件與
click 事件（約300ms后）會依次被觸發，也就是說，
我們所綁定的回調函數會被執行兩次！。這顯然不是我們想要的結果。
三 · 解決方案
針對這樣的情境，有以下兩種解決方案：
（一）使用 preventDefault
第一種解決方案是使用事件對象中的 preventDefault 方法,preventDefault 方法的作用在於：阻止元素默認事件行為的發生，但有意思的是，當我們在目標元素同時綁定 touchstart 和 click 事件時，在 touchstart 事件回調函數中使用該方法，可以阻止后續 click 事件的發生。
這從道理上是講不通的，畢竟，我們添加的 click 事件並不是元素的“默認事件”，但它確實奏效了，或者說，被瀏覽器實現了，因此我們可以使用該方法解決移動設備上 touchstart 事件與 click 事件的沖突問題，具體代碼如下：
const Button = document.getElementById("targetButton")
Button.addEventListener("touchstart", e => {
e.preventDefault()
console.log("touchstart event!")
})
Button.addEventListener("click", e => {
e.preventDefault()
console.log("click event!")
})
當你在瀏覽器上模擬移動設備后點擊目標元素，只會在控制台看到 touchstart event! 字段，很顯然，click 事件被成功阻止了。
總結
使用該方法的優點在於簡單粗暴，直接有效，能夠很好的實現我們的目標，但缺點在於， preventDefault 方法為阻止 click 事件的方式是瀏覽器實現上的，而不是 preventDefault 原理上的，這會帶來一些不確定性，雖然我暫時尚未發現該方法失效的具體場景。
touchstart 事件來封裝元素的點擊事件，這樣客戶端會根據當前環境判定元素應該綁定的事件類型，代碼如下：
const Button = document.getElementById("targetButton")
const clickEvent = (function() {
if ('ontouchstart' in document.documentElement === true)
return 'touchstart';
else
return 'click';
})();
Button.addEventListener(clickEvent, e => {
console.log("things happened!")
})
總結
該方法的優點在於，我們通過增加一次判斷，為元素減少了一個不必要的事件綁定，從而避免了 touchstart 與 click 事件的沖突問題。這種方法避免了我們書寫兩次同樣的代碼，並且相較於第一種方法更加符合邏輯，因此是我所推薦的。