ondblclick 不是防误触的合理选择，因其依赖不可配置的系统双击阈值、与 onclick 并行触发、移动端支持不稳定，易致重复操作；应改用 touchend 时间戳拦截、按钮禁用节流、viewport 限制及 gesturestart 拦截等多层防护。
ondblclick 不是防误触的合理选择，它本身就会放大误触风险。真正要解决的是「用户本意单击却因操作节奏或设备响应被识别为双击」的问题——这在触摸屏、低性能设备或网络延迟场景下尤为明显。
为什么 ondblclick 不能用于防误触
浏览器对 ondblclick 的触发依赖系统级双击阈值（通常 200–500ms），这个时间窗口无法配置，也不受 JavaScript 控制。用户快速连点两次，哪怕间隔仅 300ms，就会直接触发 ondblclick，而你根本来不及干预。
- 它和
onclick是并行事件，不是互斥关系：一次双击会先触发两次onclick，再触发一次ondblclick - 移动端 Safari / Chrome 对
ondblclick支持不稳定，部分机型直接忽略 - 若你同时监听
onclick和ondblclick，且没做事件取消逻辑，极易造成重复提交或状态错乱
用 touchstart + 时间戳拦截双击意图
移动端真正的双击缩放/误触，本质是两次 touchend 事件在极短时间内（≤300ms）发生。与其等 ondblclick，不如从源头压制：
- 全局声明
let lastTouchEnd = 0 - 给
document绑定touchend监听器，检查Date.now() - lastTouchEnd - 若成立，立即
event.preventDefault()并return，阻止后续任何响应 - 每次
touchend都更新lastTouchEnd = Date.now()
注意：必须搭配 touch-action: manipulation CSS 规则使用，否则 iOS 可能仍会触发缩放。
按钮级节流：禁用 + 定时恢复是最稳方案
对提交类按钮，最直接有效的防高频点击，是「视觉反馈 + 状态锁 + 时间控制」三者结合：
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
- 点击后立即将按钮设为
disabled = true，并可选添加 loading 文案或 spinner - 用
setTimeout在指定毫秒后恢复disabled = false，例如1000ms - 不要依赖异步操作完成才恢复（如 API 返回后），否则网络失败会导致按钮永久不可点
- 如果按钮需支持键盘操作（Enter/Space），记得同步处理
keydown中的event.code === 'Enter' || event.code === 'Space'场景
示例关键代码：button.disabled = true; setTimeout(() => { button.disabled = false; }, 1000);
iOS Safari 特别处理：viewport + gesturestart 缺一不可
仅靠 JS 拦截无法完全关闭 iOS Safari 的双击缩放，必须叠加 HTML 和事件层防护：
-
<meta name="viewport" content="user-scalable=no, maximum-scale=1.0, minimum-scale=1.0">必须存在且未被 JS 动态覆盖 - 监听
gesturestart事件并立即event.preventDefault()，这是 Safari 原生捏合/双击缩放的前置钩子 - 避免在按钮上设置
touch-action: auto（默认值），应显式设为touch-action: manipulation或touch-action: none - 慎用
user-select: none，它可能干扰文本可读性与屏幕阅读器兼容性
这些措施不是“可选优化”，而是 iOS 上防止误触缩放的最小可行集合；漏掉任意一项，都可能在 iPadOS 17+ 或 iOS 17.5 上失效。
实际项目中最容易被忽略的，是把防误触当成纯前端交互问题来解。它其实横跨 DOM 结构（触摸目标尺寸 ≥48×48px）、CSS 层（touch-action、pointer-events）、JS 事件策略（时间戳拦截 vs 节流 vs 禁用）以及 viewport 元信息四个层面。少一层，就可能在某类设备上突然失效。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
