现代浏览器300ms点击延迟已基本消除，需干预的仅限老旧webview、ios safari 9.2及更早版本或自定义交互逻辑场景；viewport必须含initial-scale=1.0且置于head内，touch-action: manipulation优于none，禁用fastclick与之共存，穿透问题需用pointer-events:none或pointerdown+preventdefault()解决。
现代浏览器在正确配置 viewport 且目标元素支持默认点击行为时，300ms 延迟已基本不存在；真正需要干预的，是老旧 WebView、iOS Safari 9.2 及更早版本，或你主动覆盖了默认交互逻辑的场景。
viewport meta 标签必须配齐，但单独写 width=device-width 不够
只写 <meta name="viewport" content="width=device-width"> 是常见错误——它不触发多数浏览器的双击判定优化逻辑。iOS 9.2 及更早版本甚至在写了该属性后仍会等待 300ms。
-
initial-scale=1.0必须显式写出，缺省时某些安卓浏览器（如 UC、QQ 浏览器旧版）不会启用优化 -
user-scalable=no或maximum-scale=1.0才是真正关闭双击缩放判断的开关，但前者会永久禁用所有缩放（包括图片放大） -
viewport必须放在内静态声明，动态插入或写在里会导致解析失败
优先用 touch-action: manipulation，不是 none
touch-action: none 会禁用所有默认手势（含滚动），而 touch-action: manipulation 是语义更准确的选择：它明确告诉浏览器“此处只需处理点击和单指滚动”，既跳过双击判定，又保留纵向滑动能力。
- 仅加在有点击意图的容器上，比如
<div class="card"> 或 React 中包裹 <code>onClick的 wrapper 元素 - 原生可点击元素（
<button></button>、<a href></a>、<input type="button">）默认已有该行为，除非你重写了display或显式设了touch-action: auto - IE10/11 需加前缀：
-ms-touch-action: manipulation - 若项目还在用
FastClick，必须确保它只挂载在document.body上，不能挂到#app或局部容器 -
<input type="text">、<select></select>等聚焦类元素，FastClick默认跳过，但 iOS 上软键盘唤起可能变慢，需手动 patchfocus() - Vue/React 组件卸载时未调用
FastClick.detach()，会泄漏 touch 事件监听器 - 临时解法：上层消失前加
pointer-events: none（注意兼容性，IE 不支持） - 更可靠解法：改用
pointerdown+preventDefault()替代 click，尤其适合弹层关闭类交互 - 这个现象在 iOS Safari 上最明显，且复现稳定，但控制台几乎不报错，容易误判为“逻辑没执行”
别让 FastClick 和 touch-action 共存
两者机制冲突：FastClick 用 JS 模拟 click 并阻止原生 click，touch-action: manipulation 则让原生 click 立即触发。共存会导致事件重复、顺序错乱，甚至按钮完全无响应。
穿透问题比延迟更难调试
哪怕你用了 touch-action 或 FastClick，只要上层弹层在 touchend 后立刻 display: none 或 remove()，而下层恰好是绑了 click 的按钮或 <a></a>，300ms 后原生 click 仍会落到下层——这个时间差无法靠 JS 拦截。
