内联事件与addEventListener是根本不同的事件机制：前者会覆盖、无法解绑、仅支持冒泡；后者可叠加、可精确移除、支持捕获与冒泡阶段控制，且现代浏览器已全面兼容。
内联事件（如 onclick）和 addEventListener 不是“写法不同而已”，而是根本不同的事件绑定机制：前者会覆盖、无法解绑、不支持捕获，后者可叠加、可精确移除、能控制事件流阶段。
内联事件只能绑定一个处理函数，后写的直接覆盖前一个
无论是 HTML 里写 onclick="handler1()" 再加一个 onclick="handler2()"，还是 JS 里反复赋值 el.onclick = fn1; el.onclick = fn2;，最终生效的只有最后一个。浏览器只认这个属性的当前值，没有“队列”概念。
常见错误现象：
– 按钮点击后只弹出一次 alert，明明写了两处 onclick
– 第三方脚本改写了某个元素的 onclick，你自己的逻辑就彻底失效了
使用场景仅限于：调试时快速验证、原型页面、或完全静态、无交互扩展需求的单次按钮。
立即学习“前端免费学习笔记（深入）”；
addEventListener 支持多次绑定同类型事件，且顺序执行
你可以对同一个元素连续调用：
btn.addEventListener('click', fn1);
btn.addEventListener('click', fn2);
btn.addEventListener('click', fn3);
点击时三个函数按注册顺序依次执行。这是 addEventListener 的底层设计，不是“语法糖”。
关键实操点：
– 移除时必须传入**完全相同的函数引用**，removeEventListener('click', fn2) 才有效
– 匿名函数无法被移除：addEventListener('click', () => {...}) 绑定后就永远存在
– 第三个参数（useCapture）必须一致，addEventListener('click', fn, true) 和 removeEventListener('click', fn, false) 是不匹配的
事件流控制能力差异极大
addEventListener 的第三个参数决定事件在捕获阶段还是冒泡阶段触发；内联事件（包括 onclick 属性）**只在冒泡阶段触发，且无法更改**。
这意味着：
– 如果父容器和子按钮都用内联事件，你无法阻止子按钮点击时父容器也响应（event.stopPropagation() 无效）
– 使用 addEventListener 可以在捕获阶段拦截事件，比如全局防误触、权限拦截等场景
– IE8 及更早版本不支持 addEventListener，但现代项目基本无需考虑——除非你明确要兼容 IE8
兼容性与维护成本的真实现状
现在（2026 年），所有主流浏览器（Chrome、Firefox、Safari、Edge、iOS/Android WebView）都完整支持 addEventListener，包括其全部参数和事件类型。所谓“需要兼容 IE”的说法已成历史包袱。
真正容易被忽略的点：
– 内联事件把逻辑硬编码进 HTML，导致搜索、重构、自动化测试全部失效
– addEventListener 允许你把事件逻辑封装进模块、配合状态管理、做单元测试
– 服务端渲染（SSR）或框架中动态生成 DOM 时，内联事件会因字符串拼接引入 XSS 风险，而 addEventListener 天然免疫
