移动浏览器Chrome 32 for Android移除300ms点击推迟

       在手机浏览器的一篇文章翻译300ms延迟实用文章，原文地址  http://updates.html5rocks.com/2013/12/300ms-tap-delay-gone-away        

        去掉移动设备浏览器上的300ms点击延迟

      你能够在站点上找到非常多关于在为了高速流畅的站点用户体验。在某个地方降低10ms或90ms的文章。不幸的是。在基于触屏的跨平台移动浏览器上，触碰或点击一个物体时有一个人为的300ms延迟，即300ms后浏览器才觉得是一个点击事件。当人们觉得移动Web应用比原生应用慢时，这个问题是罪魁祸首之中的一个。

        然而， 在Chrome 32 for Android中。如今它还是測试版本号，在为移动优化过的站点上，这个延迟已经去掉了。而且仍然支持两指缩放！

       这个优化能够用在不论什么站点上，仅仅要加上以下一句就能够了

       为什么点击事件有一个300ms延迟？

       假设你訪问一个没有为移动设备优化的站点，浏览器会缩小页面以便你能看到整个页面宽带，为了阅读内容，你能够捏缩放，或者双击某些内容放大。双击就是性能杀手，由于每次点击我们必须等待，以便知道它是否是一个双击事件，等待时间是300ms，以下是实现过程： 1.touchstart 2.touchend 3.Wait 300ms in case of another tap 4.click 这个延迟不但应用到了javascript的点击事件，并且应用到了其他基于点击的用户交互。比如链接和表单控件。

你不能简单的通过touchend监听器取消这个延迟，在Chrome 32以外的其他移动浏览器对照以下的样例 Using click events Using touchend events     点击行会改变它的颜色。

touchend实现的样例更快，可是但浏览器滚动页面时仍然会触发延迟。这是由于W3C规范并未定义在touch事件流程中什么能够取消。最新版本号的 iOS Safari, Firefox, IE, 和旧版本号的Android Browser在页面滚动后触发touchend。而Chrome不会。

 Microsoft‘s PointerEvents spec 做了正确的事情。规定当底层的事件（比如页面滚动）发生时pointerup不被触发。然而。眼下IE仅仅支持鼠标事件，尽管Chrome针对这个问题做了提案。

即使这样。300ms延迟也仅仅在全部链接，表单元素和javascript交互都使用了这个监听器的站点上才被取消了。

Chrome是如何去掉300ms延迟的？ Chrome和Firefox的android版本号已经为加入了以下的meta的网页去掉了tap事件的300ms延时

  <meta name="viewport" content="width=device-width, user-scalable=no"]]>

html {
    -ms-touch-action: manipulation;
    touch-action: manipulation;
}