viewport meta 标签必须完整且置于 <head> 中，显式包含 initial-scale=1.0 才能触发 iOS Safari 及安卓 WebView 的双击优化；user-scalable=no 或 maximum-scale=1.0 才真正禁用双击缩放，minimum-scale=1.0 单独无效；非原生可点击元素需改为 <button>、加 cursor: pointer 或委托至有尺寸的父容器；PWA 下须配合 touch-action: manipulation（避免全局设置），且不可与 FastClick 共存。
viewport meta 标签是否完整且位置正确
不写 initial-scale=1.0 是最常见根源——只写 width=device-width 无法触发 iOS Safari 的双击判定优化逻辑，尤其在 iOS 9.2 及更早版本中，延迟照常存在。必须显式声明 initial-scale=1.0，否则 UC、QQ 浏览器旧版等安卓 WebView 也不会启用优化。
user-scalable=no 或 maximum-scale=1.0 才是真正关闭双击缩放判断的开关；minimum-scale=1.0 单独使用无效，还可能因拼写错误（如 minimun-scale）导致整个 <meta> 失效。
该标签必须静态写在 <head> 内：动态插入、或误写进 <body>，浏览器解析失败，300ms 延迟必然保留。
目标元素是否被浏览器识别为“可点击”
iOS Safari 对非原生可点击元素（如 <div>、<span>）的 click 事件冒泡有特殊限制：委托到 document 或 body 时，事件可能根本不上浮，导致监听失效。
立即学习“前端免费学习笔记（深入）”；
解决方式不是加 JS，而是改 HTML 或 CSS：
- 把 <div class="btn"> 换成 <button> 或 <a href="#">
- 或给该元素加 cursor: pointer，它会改变浏览器对“可交互性”的判定
- 或把事件委托目标从 document 改为最近的、有明确尺寸和层级的父容器（如 <section id="app">）
touch-action 是否被覆盖或遗漏
PWA 添加到主屏幕后，即使 viewport 完整，部分 iOS 设备仍保留延迟——此时仅靠 HTML 无法补救，必须靠 CSS 显式干预。
touch-action: manipulation 是语义最准确的解法：它让浏览器跳过双击等待，同时保留纵向滚动，比 touch-action: none 安全得多。
注意：
- 不要全局设在 html 或 body 上，否则页面无法滚动
- 只加在明确有点击意图的容器上，比如 <button>、<div class="js-tap-target">
- IE10/11 需前缀：-ms-touch-action: manipulation
- 原生可点击元素默认已有该行为，除非你写了 display: inline 或显式设了 touch-action: auto
FastClick 是否与 touch-action 共存
两者机制冲突：FastClick 用 JS 模拟 click 并阻止原生 click，touch-action: manipulation 则让原生 click 立即触发。共存会导致事件重复、顺序错乱，甚至按钮完全无响应。
若项目残留 FastClick：
- 必须确保只挂载在 document.body 上，不能挂到 #app 或局部容器
- <input type="text">、<select> 等聚焦类元素，FastClick 默认跳过，但 iOS 软键盘唤起可能变慢，需手动 patch
- Vue/React 组件卸载时未调用 FastClick.detach()，会泄漏 touch 监听器
现代项目应优先移除 FastClick，只用 viewport + touch-action 组合——它更轻量、无副作用，且兼容 iOS 9.3+ 和 Chrome 36+。
真正容易被忽略的是 PWA 场景下的双重失效：viewport 正确 ≠ 延迟消失，必须检查 touch-action 是否已作用于实际点击区域，且没被更高优先级样式覆盖。
