移动端Click300毫秒点击延迟

zeptol 库 的 tap事件 能够解决

1. 300ms延迟的产生原因

移动端浏览器的默认显示宽度是980px(不一样机型各异，但相差不大)，而不是屏幕的宽度(320px或其余)。为了对早期普通网页更好的体验，iphone设计了双击放大显示的功能--这就是300ms延迟的来源：若是用户一次点击后300ms内没有其余操做，则认为是个单击行为；不然为双击放大行为。

2. 点透行为

假设有两个层级，A和B；A在上面，B在下面。 若是A监听touch事件(zepto的tap事件)，并且B上有个连接(或者监听click事件)，那么当touch A后，前后触发了touchStart和touchEnd事件，touchEnd后A层隐藏，而此刻会触发在document最前面B的click事件；这就是点透行为。

3. 解决方法

1. 设置不能缩放：user-scalable=no。 不能缩放就不会有双击缩放操做，所以click事件也就没了300ms延迟，这个是Chrome首先在Android中提出的。
2. 设置显示宽度：width=device-width。Chrome 开发团队不久前宣布，在 Chrome 32 这一版中，他们将在包含 width=device-width 或者置为比 viewport 值更小的页面上禁用双击缩放。固然，没有双击缩放就没有 300 毫秒点击延迟。
3. IE的指针事件 (Pointer Events)：设置touch-action:none，根据规范，touch-action 属性决定
   “是否触摸操做会触发用户代理的默认行为。这包括但不限于双指缩放等行为”
   。
   从实际应用的角度来看，touch-action决定了用户在点击了目标元素以后，是否可以进行双指缩放或者双击缩放。所以，这也至关完美地解决了 300 毫秒点击延迟的问题。

鉴于上述的3种解决方案，如今较为通用的meta设置为：

<meta name="viewport" content="width=device-width,initial-scale=1,maximum-scale=1,user-scalable=no">
复制代码

4. 如今的流行解决方案：

上述的3种解决方案能够解决Chrome Android和IE10+下的300ms问题，可是对其余浏览器还须要特定的解决方案。

1. 指针事件的 polyfill
   指针事件的 polyfill 比较多，如下列出比较流行的几个。Google 的 Polymer，微软的 HandJS和@Rich-Harris 的 Points
2. FastClick
   FastClick 是 FT Labs 专门为解决移动端浏览器 300 毫秒点击延迟问题所开发的一个轻量级的库。简而言之，FastClick 在检测到 touchend事件的时候，会经过 DOM 自定义事件当即触发一个模拟click事件，并把浏览器在 300 毫秒以后真正触发的 click事件阻止掉。

5. FastClick

现阶段FastClick被更多使用，借助它经过监听click事件，便可消除300ms的问题。
经过阅读源码可知：

1. FastClick经过判断浏览器类型决定其是否是须要执行，下面几种场景下不会执行FastClick逻辑：

• 不支持ontouchstart事件的浏览器
• Android Chrome 或者 firefox27以上 设置了user-scalable="no"
• 知足特定要求的 IE10+ 浏览器
• 部分黑莓浏览器

1. 注册了touchStart、touchEnd等事件，监听touchStart决定事件对象的target、时间、位置等信息；经过touchEnd获得touch的结束时间。若是touch时长大于700ms，则是长按事件；若是连续两次touchEnd的时间间隔小于200ms，那么认定为快速点击，特殊对待；排除上面两张状况，就经过clickEvent = document.createEvent('MouseEvents'); initMouseEvent; dispatchEvent手动触发click事件。