touch-action: manipulation 能消除移动端300ms点击延迟，但仅当viewport正确、元素具可点击语义（如button/a或role="button"）、且未被父级touch-action:none覆盖时才生效。
touch-action: manipulation 能消除移动端点击延迟，但只在满足三个前提时才真正生效：viewport 正确、元素有可点击语义、没被更高优先级规则覆盖。单独加这一行 CSS，大概率白忙活。
viewport meta 标签必须在 head 顶部且完整
没有它，touch-action: manipulation 直接失效——浏览器根本不会进入“快速点击”模式，所有 click 都卡在 300ms 等双击判断。
-
<meta name="viewport" content="width=device-width, initial-scale=1.0">必须写在最顶部，不能动态插入 - 漏掉
initial-scale=1.0或写成width=375，部分 Android WebView 仍保留延迟 - 加了
user-scalable=no却没配maximum-scale=1.0，iOS 可能降级回等待逻辑
必须作用于具体可点击元素，不能靠父级兜底
这个属性不继承，也不接受 !important，写在 body 或 * { touch-action: manipulation } 上，轮播图、地图、横向滚动列表会失灵，而且 Safari/Chrome DevTools 的 Computed 面板里根本看不到生效。
- 原生可点击元素（
<button></button>、<a></a>）默认已优化，但如果你重写了display或显式设了touch-action: auto，就得手动补回 - 自定义按钮（如
<div class="btn">、<code><span data-action="submit"></span>）必须单独加，且需配合role="button" tabindex="0"或空ontouchstart="" - Bootstrap 的
[data-bs-toggle]、Foundation 的.button、Vant 的.van-button这类组件类，要单独写选择器覆盖 - 确保元素有可点击身份：
<button></button>最稳妥；<div role="button" tabindex="0"> 兼容键盘与读屏器；<code>ontouchstart=""是轻量方案，但 SPA 动态插入的节点得手动补 -
-webkit-tap-highlight-color: transparent必须和touch-action: manipulation写在同一选择器里，否则系统高亮层会盖住你的:active样式 -
:active生命周期极短，别用background-color或box-shadow: inset做反馈——低端 Android 渲染卡顿，推荐transform: scale(0.96)+opacity: 0.85，过渡时间控制在0.08s–0.12s
生效后 :active 仍不触发？检查交互语义和视觉反馈链
禁掉延迟只是让 click 立刻触发，但 :active 是否生效，取决于浏览器是否认定该元素“值得立刻反馈”。纯 div 加了 touch-action，iOS Safari 通常还是跳过 :active 匹配。
真机测试前，打开 Safari 或 Chrome 的 Elements 面板，选中按钮，确认 Computed 中 touch-action 确实是 manipulation，且没被父容器的 touch-action: none 覆盖。长按按钮约 200ms 后松开，如果弹窗或路由跳转是“秒出”，才算真正生效——模拟器永远测不准。
