JavaScript事件处理是受单线程、事件队列、冒泡/捕获、任务优先级约束的响应系统；onclick赋值会覆盖，addEventListener支持叠加；事件委托可监听动态元素；高频事件需节流；Promise.then比setTimeout(0)更早执行。
JavaScript 事件处理机制不是“监听→执行”的简单流水线，而是一套受单线程、事件队列、冒泡/捕获阶段、任务优先级共同约束的响应系统。你绑了 addEventListener，不代表点击后立刻运行——它得排队，得等主线程空下来，还得看它落在宏任务还是微任务队列里。
为什么 onclick = handler 会悄悄覆盖前一个？
onclick 是 DOM 元素的一个属性，赋值时直接替换旧值，不保留历史：
button.onclick = () => console.log('first');
button.onclick = () => console.log('second'); // ← first 彻底丢失而 addEventListener 是注册机制，支持叠加：
button.addEventListener('click', () => console.log('first'));
button.addEventListener('click', () => console.log('second')); // 两个都会触发- ✅ 同一元素多次绑定同类型事件 → 必须用
addEventListener - ❌ 给
onclick赋值null或字符串 → 静默失败，不报错但监听失效 - ⚠️ 用
removeEventListener解绑时，必须传入完全相同的函数引用；匿名函数或箭头函数无法移除
事件没触发？先查它卡在哪个阶段
DOM 事件流分三段：捕获 → 目标 → 冒泡。默认所有 addEventListener 都在冒泡阶段执行（第三个参数为 false 或省略）。但如果你在中间某层调用了 event.stopPropagation()，外层监听器就收不到事件了——这不是“没绑定”，是被中途截停。
立即学习“Java免费学习笔记（深入）”；
常见误判场景：
- 点击子元素，父容器的
click监听器没反应 → 检查子元素或其父级是否调了stopPropagation - 表单点了提交按钮，页面却刷新了 → 你可能只写了
stopPropagation，但没写event.preventDefault() - Shadow DOM 内部点击不冒泡到外部 → 用
event.composedPath()看实际传播路径，确认是否跨了影子边界
动态添加的元素怎么监听？别一个个去 bind
直接对还没存在的节点调 addEventListener 无效。正确做法是事件委托：把监听器挂在父容器上，利用冒泡 + event.target 判断来源：
listContainer.addEventListener('click', (e) => {
if (e.target.classList.contains('delete-btn')) {
e.target.closest('.item').remove();
}
});- ✅ 适用于
click、input、scroll等冒泡事件 - ❌ 不适用于
focus、blur（不冒泡），得换用focusin/focusout - ⚠️ 注意
e.target可能是文本节点或子元素，建议用e.target.closest('selector')安全匹配
高频事件卡顿？不是事件太多，是没节流
mousemove、scroll、input 在用户操作中可能每秒触发几十次，但你的回调未必需要全执行。浏览器也不保证每个原生事件都派发——它可能合并、丢弃或延迟。
优化手段：
- 用
throttle或debounce控制执行频次（如 Lodash 的_.throttle(fn, 100)） - 移动端滚动监听加
{ passive: true }，告诉浏览器你不会调preventDefault()，避免阻塞滚动帧率 - 真正低优先级的任务（如日志上报、非关键 UI 更新）改用
requestIdleCallback，等主线程空闲再跑
最常被忽略的一点：Promise.then 是微任务，总在当前宏任务结束后立刻清空；而 setTimeout 是宏任务，哪怕设成 0，也要等完整一轮事件循环。这决定了交互反馈的“即时感”从哪来——别指望 setTimeout(0) 比 Promise.resolve().then() 更快。
