现代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>失效 - 必须放在
内静态声明；动态插入或写在里，浏览器解析失败，延迟照常
user-scalable=no 或 maximum-scale=1.0 才是真正开关
加了 user-scalable=no 或 maximum-scale=1.0，Chrome / Safari / Firefox 移动版才会据此取消 300ms 延迟。
生成Claude风格的精美单页HTML汇报文件。当用户需要生成"汇报"、"周报"、"月报"、"项目进度"、"复盘"、"演示"、"slide deck"、"状态报告"、"工作总结"时触发。支持6种模板：周报(weekly)、项目进度(project)、月度总结(monthly)、复盘报告(postmortem)、演示文稿(slid
-
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"></button>。
- 后续只需加一行 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 兼容性，就可能让部分老设备彻底失去点击响应。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
