移动端300ms延迟的解决方法
一般情况下，如果没有经过特殊处理，移动端浏览器在派发点击事件的时候，通常会出现300ms左右的延迟。也就是说，当我们点击页面的时候移动端浏览器并不是立即作出反应，而是会等上一小会儿才会出现点击的效果。在移动WEB兴起的初期，用户对300ms的延迟感觉不明显。但是，随着用户对交互体验的要求越来越高，现今，移动端300ms的点击延迟逐渐变得明显而无法忍受。那么，移动端300ms的点击延迟是怎么来的呢？
移动端300ms的点击延迟问题由来:
这要追溯至 2007 年初。苹果公司在发布首款 iPhone 前夕，遇到一个问题：当时的网站都是为大屏幕设备所设计的。于是苹果的工程师们做了一些约定，应对 iPhone 这种小屏幕浏览桌面端站点的问题。这当中最出名的，当属双击缩放(double tap to zoom)，这也是会有上述 300 毫秒延迟的主要原因。双击缩放，顾名思义，即用手指在屏幕上快速点击两次，iOS 自带的 Safari 浏览器会将网页缩放至原始比例。 那么这和 300 毫秒延迟有什么联系呢？ 假定这么一个场景。用户在 iOS Safari 里边点击了一个链接。由于用户可以进行双击缩放或者双击滚动的操作，当用户一次点击屏幕之后，浏览器并不能立刻判断用户是确实要打开这个链接，还是想要进行双击操作。因此，iOS Safari 就等待 300 毫秒，以判断用户是否再次点击了屏幕。 鉴于iPhone的成功，其他移动浏览器都复制了 iPhone Safari 浏览器的多数约定，包括双击缩放，几乎现在所有的移动端浏览器都有这个功能。之前人们刚刚接触移动端的页面，在欣喜的时候往往不会care这个300ms的延时问题，可是如今touch端界面如雨后春笋，用户对体验的要求也更高，这300ms带来的卡顿慢慢变得让人难以接受。
解决如何解决移动端300ms延迟：
方法一：禁止缩放（在meta标签中设置） Chorm和Firfox支持,Safari比较麻烦他还有双击缩放还有双击滚动操作
<meta name="viewport" content="user-scalable=no,initial-scale=1,maximun-scale=1"/>页面不可缩放，这样双击缩放功能就没有意义了，此时浏览器可以禁用默认的双击缩放行为并且去掉300ms的点击延迟。
缺点：必须完全禁用缩放来达到目的，但是通常情况下，我们还是希望能通过双指来进行缩放的
方法二：更改默认的视口宽度（在meta标签中设置） Chorm和Firfox支持，Safari比较麻烦他还有双击缩放还有双击滚动操作
<meta name="viewport" content="width=device-width"/>如果能识别出一个网站是响应式的网站，那么移动端浏览器就可以自动禁止双击缩放行为并去掉300ms的点击延迟。
设置上述的meta标签，那么浏览器就可以认为网站已经对移动端做过适配优化，就无需双击操作。
好处：没有完全禁用缩放，而是禁用浏览器默认的双击缩放行为，但用户仍然可以通过双指缩放操作来缩放页面。
方法三：css touch-action IE支持
touch-action：指定相应的元素上能够触发的用户代理（浏览器）的默认行为。
将该属性值设置为touch-action：none，那么表示在该元素上操作不会触发用户代理的任何默认行为。就无需进行300ms的延迟判断了。
方法四：FastClick 专门为解决移动端浏览器300ms点击延迟问题发开的一个轻量级的库。
原理：在检测到touchend事件的时候，会通过dom自定义事件立即发出模拟一个click事件，并把300ms之后发出的click事件阻止掉。
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！
