300ms点击延迟
移动端的300ms
点击延迟是因为移动端可以进行双击缩放的操作,因此浏览器在click
之后要等待300ms
,看用户有没有下一次点击,也就是判断这次操作是单击还是双击。如果通过监听touchstart
事件来替代click
事件的话,会导致一些问题:touchstart
是手指触摸屏幕就触发,有时候用户只是想滑动屏幕,却触发了touchstart
事件;当页面上有两个元素A
和B
,A
元素在B
元素上重叠放置,如果A
元素的touchstart
事件绑定的回调函数是隐藏A
元素自身,那么当点击A
元素后A
元素会消失,事件的触发顺序是touchstart -> touchend -> click
,如果在300ms
内没有第二次点击便会触发click
事件,此时由于A
元素消失,那么click
事件便落到了B
元素上,如果B
元素是个链接或者绑定了click
事件,那么B
元素的默认行为或者是绑定的事件回调便会意外地触发,这就是点击穿透问题,解决这个问题还是需要解决click
事件的300ms
延迟问题。
#
解决方案#
禁止缩放通过完全禁止缩放来使双击缩放的功能失效,此时浏览器就可以禁用默认的双击缩放行为并且去掉300ms
点击延迟,但是在这种情况下双指缩放的功能也会失效。
#
更改默认的视口宽度浏览器在包含width=device-width
也就是视口宽度=
设备宽度或者设置为比viewport
值更小的页面上禁用双击缩放行为,没有双击缩放就没有300ms
点击延迟,这种方案没有完全禁用缩放,而是禁用浏览器默认的双击缩放行为,用户仍然可以通过双指缩放操作来缩放页面。
#
touch-actionCSS
的touch-action
属性用于设置触摸屏用户如何操纵元素的区域,它允许移除特定元素或整个文档的触发延迟,而无需禁用缩放。
#
FastClickFastClick
是FT Labs
专门为解决移动端浏览器300ms
点击延迟问题所开发的一个轻量级的库。