现代iOS Safari（9.3+）在正确配置viewport且含initial-scale=1.0时默认消除300ms延迟；PWA添加到主屏幕后仍需touch-action: manipulation补救，viewport仅为准入条件而非充分条件。
现代 iOS Safari（9.3+）在正确配置 <meta name="viewport"> 的前提下，300ms 点击延迟已默认消除；真正需要 HTML 层干预的，仅限 iOS 9.2 及更早版本、PWA「添加到主屏幕」后未触发优化、或 WebView 内核陈旧的场景。
viewport 必须显式含 initial-scale=1.0，且不能只写 width=device-width
只写 <meta name="viewport" content="width=device-width"> 是常见错误——它不触发双击缩放判定优化逻辑。iOS 9.2 及更早版本即使写了该属性仍会等待 300ms。
-
initial-scale=1.0必须显式写出，缺省时 UC、QQ 浏览器旧版等安卓 WebView 不会启用优化 - 拼写错误如
minimun-scale或min-scale会导致整个<meta>失效 - 必须放在
<head>内静态声明；动态插入或写在<body>里，浏览器解析失败，延迟照常
user-scalable=no 或 maximum-scale=1.0 才是真正开关
加了 user-scalable=no 或 maximum-scale=1.0，Chrome / Safari / Firefox 移动版才会据此取消 300ms 延迟。
Plan Dubai Travel — Flights, Hotels, Burj Khalifa, Desert Safari, Malls & Itineraries
下载
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
-
user-scalable=no是最可靠选项，但副作用明确：永久禁用所有缩放，包括用户双指放大查看图片的需求 - 若页面需保留缩放能力（如图库、PDF 预览），此方案不可用
- 不要混用
user-scalable=no和minimum-scale=1.0——后者无实际作用，纯属冗余
PWA「添加到主屏幕」后 viewport 单独失效，必须补 touch-action: manipulation
iOS Safari 在 PWA 模式下，即使 <meta> 完整，部分机型仍保留延迟。此时 HTML 本身无法补救，但可提前为关键按钮预留 class，例如：<button class="js-tap-target">。
立即学习“前端免费学习笔记（深入）”；
- 后续只需加一行 CSS：
.js-tap-target { touch-action: manipulation; } - IE10/11 需前缀：
-ms-touch-action: manipulation; - 切勿全局设
html { touch-action: none; }——会禁用页面纵向滚动
最容易被忽略的是：PWA 场景下 viewport 不是充分条件，touch-action 缺失时延迟照常；而一旦用了 touch-action，又忘了排除 IE10/11 兼容性，就可能让部分老设备彻底失去点击响应。
