现代移动端浏览器在正确配置 viewport 时300ms延迟已基本消失；真正需干预的是老旧 WebView 和 iOS Safari。
现代移动端浏览器在正确配置 viewport 的前提下，300ms 延迟已基本消失；真正需要干预的，是老旧 WebView、iOS Safari
为什么设了 width=device-width 还有延迟？
不是所有“设了 viewport”都管用。关键看组合是否触发浏览器优化逻辑：
-
width=device-width单独存在，对 Chrome Android 55+ 和 iOS Safari 10+ 有效，但 iOS 9.2 及更早版本仍会等待 -
user-scalable=no或maximum-scale=1.0是最可靠的开关，但会禁用双指缩放（包括图片放大） -
initial-scale=1.0必须显式写出——某些安卓浏览器在缺失该值时，即使写了width=device-width也不触发优化 - 不要写
minimun-scale或min-scale（拼写错误），这会导致整个meta失效
touch-action: none 比 FastClick 更轻量且安全
这是目前推荐的首选方案，尤其适合局部元素（如按钮、列表项）：
- 对单个可点击元素加样式：
.btn { touch-action: none; }，浏览器立刻放弃双击判断逻辑 - 若需保留横向滚动（比如轮播图），改用
touch-action: pan-y;，它只禁用双击缩放，不影响垂直滚动 - IE10/11 需加前缀：
-ms-touch-action: manipulation;（manipulation等价于pan-y pinch-zoom） - 注意：全局设
html { touch-action: none; }会禁用所有默认手势（包括页面滚动），不可取
FastClick 已过时，仅限遗留项目兜底
如果你还在用 FastClick，务必确认它没和框架冲突，并避开几个典型失效点：
立即学习“前端免费学习笔记（深入）”；
- 必须挂载到
document.body，不能挂到#app或.container—— 否则动态插入的弹层、页脚按钮无法接管 -
<input type="text">、<select>等聚焦类元素，FastClick 默认跳过，但 iOS 上软键盘唤起可能变慢，需手动 patchfocus() - Vue/React 项目中，若组件卸载后未调用
FastClick.detach()，会泄漏事件监听器 - Chrome 32+、Safari 10+、Firefox 55+ 均已原生优化，此时引入 FastClick 反而增加 JS 执行开销
真正容易被忽略的是穿透问题：哪怕你用了 touch-action 或 FastClick，只要上层元素在 touchend 后立刻消失，而下层是 <a> 或绑了 click 的按钮，300ms 后原生 click 仍会落到下层——这个时间差无法靠 JS 拦截，只能靠 CSS pointer-events: none 临时屏蔽，或改用 pointerdown 替代。
