JavaScript事件处理无优先级配置API，执行顺序由事件类型、注册方式和传播阶段决定：内联处理器最高，addEventListener按捕获→目标→冒泡阶段及注册逆序执行，stopImmediatePropagation可阻止同阶段后续监听器。
JavaScript 中事件处理函数没有“配置优先级”的 API，它的执行顺序由事件类型、注册方式和传播阶段共同决定，不是靠设置数值或选项来调控。
内联事件处理程序优先级最高
HTML 中直接写的 onclick、onchange 等属性，会作为内联处理器，在事件流中最早执行（早于所有 addEventListener 绑定的监听器）：
- 它属于目标阶段，且不受捕获/冒泡参数影响
- 如果同时存在内联 handler 和 addEventListener，内联总是先触发
- 注意：多次赋值会覆盖，比如
el.onclick = fn1; el.onclick = fn2;，只有fn2生效
addEventListener 的执行顺序取决于阶段和注册顺序
同一个元素上多个 addEventListener 监听器，执行顺序由两个因素决定：
- 阶段：捕获阶段（
true或{capture: true}）一定先于目标阶段，目标阶段又先于冒泡阶段（false或省略） - 注册顺序：同一阶段下，后注册的监听器先执行（LIFO）
- 例如：
btn.addEventListener('click', h1, false)；再注册btn.addEventListener('click', h2, false)→ 点击时h2先运行
捕获与冒泡阶段可混合使用，但不能跨阶段调换顺序
你可以为不同层级或同一元素设置不同阶段的监听器，它们按标准事件流严格执行：
立即学习“Java免费学习笔记（深入）”；
- 外层 div 捕获 → 内层 button 目标（含所有 true/false 监听器）→ 外层 div 冒泡
- 同一元素上：捕获监听器总在目标监听器之前，目标监听器总在冒泡监听器之前
- 想让某个逻辑“最先响应”，就用捕获阶段绑定在顶层容器（如
document.addEventListener('click', fn, true)）
阻止传播可间接改变实际生效顺序
虽然不能提升某监听器的“优先级”，但可通过中断传播控制哪些监听器最终被执行：
-
event.stopPropagation()：终止当前方向剩余路径（如在捕获中调用，后续捕获、目标、冒泡全跳过） -
event.stopImmediatePropagation()：不仅停止传播，还阻止同阶段其他监听器执行（包括同一元素上后注册的） - 常用于按钮点击时阻止父容器响应，或权限拦截后不再往下传
