問(wèn)題：手機(jī)端 click 事件會(huì)有大約 300ms 的延遲
原因：手機(jī)端事件 touchstart --> touchmove --> touchend or touchcancel --> click，因?yàn)樵趖ouch事件觸發(fā)之后，瀏覽器要判斷用戶(hù)是否會(huì)做出雙擊屏幕的操作，所以會(huì)等待300ms來(lái)判斷，再做出是否觸發(fā)click事件的處理，所以就會(huì)有300ms的延遲

解決方法：使用touch事件來(lái)代替click事件，如 zepto.js 的tap事件和fastClick，還有我自己也寫(xiě)了個(gè)移動(dòng)端手勢(shì)操作庫(kù) mTouch，都有相應(yīng)的事件可以代替click事件解決這個(gè)問(wèn)題

問(wèn)題：在部分機(jī)型下（如小米4、小米2s、中興） body 設(shè)置的 font-size 是用 rem 單位的話，若其他元素沒(méi)有設(shè)置font-size，該font-size值繼承于body，則會(huì)很高概率出現(xiàn)字體異常變大的情況
原因：估計(jì)是跟app的webview默認(rèn)設(shè)置有關(guān)，body的font-size使用rem單位，就是相對(duì)于 當(dāng)前根節(jié)點(diǎn)的font-size來(lái)確定的，可能在某些webview的設(shè)置下，body用的是webview設(shè)置的默認(rèn)字體大小，因?yàn)樵谖医ohtml設(shè)置 了一個(gè)px單位的默認(rèn)font-size時(shí)，還是會(huì)出現(xiàn)字體異常變大的情況，具體webview的一些細(xì)節(jié)就沒(méi)有再研究了
解決方法：body設(shè)置一個(gè)px單位的默認(rèn)font-size值，不用rem，或者給字體會(huì)異常變大的元素設(shè)定一個(gè)px單位的font-size值
問(wèn)題：使用zepto的 tap 事件時(shí)會(huì)出現(xiàn)“點(diǎn)透”bug，比如：一個(gè)元素A綁定了tap事件，緊跟其后的元素B綁定了click事件，A觸發(fā)tap事件時(shí)將自己remove掉，B就會(huì)自動(dòng)“掉”到A的位置，接下來(lái)就是不正常的情況，因?yàn)檫@個(gè)時(shí)候B的click事件也觸發(fā)了
原因：因?yàn)閠ap事件是通過(guò) touchstart 、touchmove 、 touchend 這三個(gè)事件來(lái)模擬實(shí)現(xiàn)的，在手機(jī)端事件機(jī)制中，觸發(fā)touch事件后會(huì)緊接著觸發(fā)touch事件坐標(biāo)元素的click事件，因?yàn)锽元素在300ms內(nèi)剛好 “掉”回來(lái)A的位置，所以就觸發(fā)了B的click事件，還有zepto的tap事件都是代理到body的，所以想通過(guò) e.preventDefault()阻止默認(rèn)行為也是不可行的
解決方法：（1）A元素?fù)Q成click事件；（2）使用我寫(xiě)的庫(kù) mTouch 來(lái)給A綁定tap事件，然后在事件回調(diào)中通過(guò)e.preventDefault()來(lái)阻止默認(rèn)行為，或者換用其他的支持tap事件的庫(kù)
            待續(xù)...
    一些有用技能點(diǎn)
            通過(guò)設(shè)置css屬性 -webkit-tap-highlight-color: rgba(0, 0, 0, 0);取消掉手機(jī)端webkit瀏覽器 點(diǎn)擊按鈕或超鏈接之類(lèi)的 默認(rèn)灰色背景色
            設(shè)置css屬性 -webkit-user-select:none; 控制用戶(hù)不可選擇文字
            區(qū)域性 overflow: scroll | auto 滾動(dòng)時(shí)使用原生效果：-webkit-overflow-scrolling: touch （ios8+，Android4.0+）