双击缩放(double tap to zoom)，这也是会有上述 300 毫秒延迟的主要原因。双击缩放，即用手指在屏幕上快速点击两次，iOS 自带的 Safari 浏览器会将网页缩放至原始比例。假定这么一个场景。用户在 iOS Safari 里边点击了一个链接。由于用户可以进行双击缩放或者单击跳转的操作，当用户一次点击屏幕之后，浏览器并不能立刻判断用户是确实要打开这个链接，还是想要进行双击操作。因此，iOS Safari 就等待 300 毫秒，以判断用户是否再次点击了屏幕。
鉴于iPhone的成功，其他移动浏览器都复制了 iPhone Safari 浏览器的多数约定，包括双击缩放，几乎现在所有的移动端浏览器都有这个功能。
解决方案
1. faskclick https://github.com/ftlabs/fastclick
- 原理：在检测到touchend事件的时候，会通过DOM自定义事件立即出发模拟一个click事件，并把浏览器在300ms之后真正的click事件阻止掉
- 缺点: 脚本相对较大, 不建议使用
2、禁止浏览器缩放
当html文档头部包含如下meta标签时
<meta name="viewport" content="user-scalable=no">
<meta name="viewport" content="initial-scale=1, maximum-scale=1">
表明这个页面是不可缩放的，那双击缩放的功能就没有意义了，此时浏览器可以禁用默认的双击缩放行为并且去掉300ms的点击延迟。
这个方案有一个缺点，就是必须通过完全禁用缩放来达到去掉点击延迟的目的，然而完全禁用缩放并不是我们的初衷，我们只是想禁掉默认的双击缩放行为，这样就不用等待300ms来判断当前操作是否是双击。但是通常情况下，我们还是希望页面能通过双指缩放来进行缩放操作，比如放大一张图片，放大一段很小的文字。3、更改默认的视口宽带
<meta name="viewport" content="width=device-width">
一开始，因为双击缩放主要是用来改善桌面站点在移动端浏览体验的。
随着发展现在都是专门为移动开发专门的站点，这个时候就不需要双击缩放了，
所以移动端浏览器就可以自动禁掉默认的双击缩放行为并且去掉300ms的点击延迟。
如果设置了上述meta标签，那浏览器就可以认为该网站已经对移动端做过了适配和优化，就无需双击缩放操作了。 这个方案相比方案一的好处在于，它没有完全禁用缩放，而只是禁用了浏览器默认的双击缩放行为，但用户仍然可以通过双指缩放操作来缩放页面。
4、通过touchstart和touchend模拟实现
能不能直接用touchstart代替click呢？
答：不能，使用touchstart去代替click事件有两个不好的地方
1：touchstart是手指触摸屏幕就触发，有时候用户只是想滑动屏幕，
却触发了touchstart事件，这不是我们想要的结果
2:使用touchstart事件在某些场景下可能会出现点击穿透的现象
点击穿透现象：
1、点击蒙层上的关闭按钮，蒙层消失后触发了按钮下面元素的click事件
蒙层关闭按钮绑定的是touch事件，而按钮下边元素绑定的是click事件，
touch事件触发之后，蒙层消失了，300ms后这个点的click事件fire，
event的target自然就是按钮下面的元素，因为按钮跟蒙层一起消息了。
2、跨页面点击穿透事件：如果按钮下面恰好是一个href属性的a标签，
那么页面就会合法跳转，因为a标签跳转默认是click事件触发。
3、另一种跨页面点击穿透问题，这次没有mask了，直接点击页内按钮至新页，
然后发现新页面中对应位置元素的click事件被触发
事件执行的顺序是touchstart > touchend > click。
