1. click事件與300s延遲 

    移動瀏覽器,使用者觸碰頁面之後需等待一段時間來判斷是不是(double Tap)動作,而不是立即響應單擊(click),響應時間為300ms。

   移動事件提供了 touchstart、 touchmove、 touchend 卻沒有提供tap支援 ,主流框架(庫)都是手動實現自定義tap事件來消除300ms延遲,提高頁面響應速度。

   注意:簡單頁面,touchstart或touchmove可當做tap來用,但存在問題:手指接觸目標元素,按住不放,慢慢移除響應區域,會觸發touchstart事件執行對應的事件處理器(本不該觸發。), touchend 也存在類似問題。

     2.點選穿透問題

         1) 點選穿透 問題

                點選蒙層(mask)上的關閉按鈕,蒙層消失後觸發了按鈕下面元素的click事件。

         2)跨頁面點選穿透 問題

                按鈕下面是href 屬性的a標籤,頁面也會發生跳轉,與上面相同原理。

         3)另一種跨頁面點選穿透 問題

                沒有mask,直接點選頁內按鈕跳轉至新頁,然後新頁面對應元素的click事件被觸         發。

   3.解決方案

        1)不要混用touch和click;

   既然touch之後300ms會觸發click,只用touch或者只用click就自然不會存在問題

             ①只用touch [簡單完美]

           把所有click換成touch事件(touchstart,touchend,tap)

                注意:<a>標籤的href也是click,需要去掉換成js控制的跳轉;

                           或者直接改成span+tap 控制跳轉,

                           如果要求不高,可以span+touchend就可以。

                          不用<a>標籤其實沒關係,移動app開發不用考慮SEO。

             ②只用click[不建議]

        2)消費掉touch之後的click。

   拿東西擋住;tap後延遲30ms再隱藏mask,pointe-revents;在下面元素的事件處理器裡做檢測(配合全域性flag)等。

              ①拿東西擋住[蠢萌不建議]

              ②tap後延遲350ms再隱藏mask[省力]

                  優點:改動小,只改mask;

                  缺點:隱藏mask變慢

              ③pointer-event[麻煩不建議]

              ④在下面元素的事件處理器裡做檢測(配合全域性flag)[麻煩不建議]

              ⑤fastclick[不如第一種]

 引入fastclick庫;把頁面所有touch換成click