双击事件不会自动提升绑定优先级，ondblclick与onclick并列且默认均触发；需用计时器协调二者，避免干扰。
双击事件不会自动提升绑定优先级
HTML 中的 ondblclick 是独立事件类型，和单击 onclick 并列，不是对 onclick 的“升级”或“覆盖”。浏览器不会因为绑定了双击就自动取消或压制单击事件——它俩默认都会触发，只是时间上挨得很近。
常见错误现象：console.log 看到单击回调先执行、双击回调后执行，甚至单击回调执行两次（第一次是双击的第一次点击），让人误以为“双击抢了单击的资源”。
- 双击本质是连续两次快速
mousedown+mouseup（间隔通常 ≤ 400ms） - 浏览器会先派发两个
click，再派发一个dblclick - 没有隐式“事件升权”机制；
dblclick不会阻止click，除非你手动调用event.preventDefault()或节流
如何避免双击时单击事件干扰
真实场景里，比如表格行既要支持单击选中、又要支持双击编辑，必须显式协调两个事件。靠“不绑定单击”或“指望双击自动屏蔽”都不可靠。
推荐做法是加一个简单计时器，在首次点击后等待 250–300ms，没等到第二次点击就执行单击逻辑；否则跳过单击，只执行双击逻辑。
let clickTimer = null;
element.addEventListener('click', (e) => {
if (clickTimer) {
clearTimeout(clickTimer);
clickTimer = null;
handleDblClick(e); // 双击逻辑
} else {
clickTimer = setTimeout(() => {
handleClick(e); // 单击逻辑
clickTimer = null;
}, 250);
}
});
- 不要依赖
event.detail判断：虽然click事件的detail在双击中可能为 2，但兼容性差（Safari 旧版不支持，移动端行为不一致） - 避免在
dblclick里直接e.stopPropagation()：它无法阻止已进入事件流的click，只能影响后续冒泡阶段 - 移动端慎用：原生
dblclick在 iOS/Android 上基本无效，需配合touchstart自实现
addEventListener 绑定方式对双击无特殊影响
用 element.onclick = fn 还是 element.addEventListener('click', fn)，都不会改变双击和单击的触发关系。两者都遵循同样的事件派发顺序和默认行为。
唯一实际差异在于：多个 addEventListener 可以共存，而 onclick 赋值会覆盖前一个；但这和双击逻辑无关，只影响你能否同时注册多个处理函数。
-
addEventListener('dblclick', ...)和addEventListener('click', ...)是完全解耦的两个监听器 - 移除其中一个，另一个照常工作；不存在“绑定双击后 click 监听器被静默禁用”这类情况
- 若使用
once: true选项，注意它只对当前事件类型生效（click的once不影响dblclick）
真正影响双击体验的是目标元素和 CSS 样式
很多“双击不触发”问题根本不在 JS 绑定逻辑，而在 HTML 结构或样式拦截了事件。
典型原因包括：pointer-events: none、父元素 overflow: hidden 截断了第二次点击坐标、或双击发生在文本选中区域（触发了 selectstart 干扰）。
- 确保双击目标元素有明确尺寸（
height/min-height），空<div> 容易因渲染塌陷导致第二次点击落空 <li>禁用文本选择可减少干扰：<code>user-select: none（注意 Safari 需要-webkit-user-select） - 避免在
dblclick处理中同步修改 DOM 布局（如切换display），可能引发重排打断事件队列
双击的不可靠性主要来自人类操作节奏和浏览器底层事件节拍的博弈，不是绑定方式能绕过的。写死延时、忽略移动端、或假设浏览器会帮你“智能升权”，往往是问题起点。
