1.1移动端点击事件－－－延迟

我们都知道，在移动端使用click会响应比较慢，在较老的手机设备上会更明显，大约300ms左右。
双击缩放－－－double tap to zoom，也会有相应慢300m现象。

我用iphone5s,小米1,s7e和小米4试了下延迟的现象，发现
在iphone上和小米1上延迟比较明显，在s7e和小米4上延迟不太明显。
以下所有结果都是介于上面四款机型做测试。

为什么移动端的click会迟钝呢？谷歌的开发者文档《300ms tap delay, gone away》可以找到答案：

For many years, mobile browsers applied a 300-350ms delay between touchend and click while they waited to see if this was going to be a double-tap or not, since double-tap was a gesture to zoom into text.

因为移动端要判断是否是双击，所以单击之后不能够立刻触发click，要等300ms，直到确认不是双击了才触发click。所以就导致了click有延迟。

1.2014年的Chrome 32版本已经把这个延迟去掉了，如果有一个meta 标签

<meta name="viewport" content="width=device-width">

即把viewport设置成设备的实际像素，那么就不会有这300ms的延迟，并且这个举动受到了IE/Firefox/Safari(IOS 9.3)的支持，也就是说现在的移动端开发可以不用顾虑click会比较迟钝的问题。

2.禁用缩放

<meta name="viewport" content="user-scalable=no"/>  
<meta name="viewport" content="initial-scale=1,maximum-scale=1"/> 
 //如果设置initial-scale=1.0，在chrome上是可以生效，但是Safari 不会：

3.touch-action:none

这个属性指定了相应元素上能够触发的用户代理（也就是浏览器）的默认行为。如果将该属性值设置为touch-action: none，那么表示在该元素上的操作不会触发用户代理的任何默认行为，就无需进行300ms的延迟判断。－－－－－－－－这个方法依然不好用，且浏览器的兼容性不好。

4.使用fastClick或者zepto的touch.js。

亲测有效。
对于一些简单的页面，可以把touchend货touchstart当tap用，但存在一些问题，比如长按，移出响应区会导致一些触发或者不应该触发的问题。
混用tap和click也会导致点透的问题（关于点透问题请看：移动端点击事件－－－（四））。