JavaScript 是浏览器唯一原生支持的编程语言，直接操作 DOM、响应事件、实现交互逻辑；WebAssembly 需 JS 桥接才能访问 DOM；addEventListener 和 Promise 构成异步响应式基础；this、闭包、原型链是高频踩坑点；宏微任务、Object.is 与 === 差异等细节影响实际调试。
JavaScript 在 Web 开发中不是“可选项”，而是浏览器唯一原生支持的编程语言——没有它，交互、动态渲染、表单验证、路由跳转这些基础能力全部失效。
浏览器里只有 JavaScript 能直接操作 DOM 和响应用户事件
HTML 是结构，CSS 是样式，但只有 JavaScript 能在页面加载后读取 document.getElementById、修改 element.style.color、监听 click 或 input 事件。服务端返回的静态 HTML 没有运行时行为，靠的就是 JS 注入逻辑。
- 你不能用 Python、Go 或 Rust 直接在浏览器里调用
fetch()或更新innerHTML - WebAssembly 虽然能运行其他语言编译后的代码，但它默认无法访问 DOM，仍需通过
JavaScript桥接 - 哪怕只写一行
console.log('hello')，也得靠浏览器 JS 引擎执行
addEventListener 和 Promise 是现代前端交互的底层支柱
几乎所有用户交互（按钮点击、滚动加载、键盘输入）都依赖 addEventListener；而异步操作（如 API 请求、图片加载）几乎都基于 Promise 或其语法糖 async/await。这两个机制共同构成了非阻塞、响应式的运行模型。
-
addEventListener不会覆盖已有监听器，多次调用安全；但直接赋值onclick = handler会覆盖，容易漏掉逻辑 -
Promise的错误必须用.catch()或try/catch捕获，未处理的拒绝（unhandled rejection）在控制台报错且可能中断后续流程 - 很多现代框架（React、Vue）内部大量封装了这两者，但调试时仍要回到原生行为理解执行顺序
不理解 this、闭包和原型链，就很难排查真实项目中的内存泄漏和意外绑定
这些概念不是“理论考点”，而是日常踩坑高频区：
立即学习“Java免费学习笔记（深入）”；
-
this在普通函数中取决于调用方式，箭头函数中继承外层作用域——setTimeout(fn, 100)里this丢失是经典问题，常用bind或箭头函数修复 - 闭包让内层函数持有对外层变量的引用，若不当保留 DOM 节点或大对象，会导致内存无法释放
- 原型链影响方法查找顺序，
Array.prototype.map可被重写，instanceof判断依赖原型链完整性，跨 iframe 或多版本库时容易出错
真正卡住人的往往不是语法，而是事件循环中宏任务/微任务的执行时机、Object.is 和 === 的差异、或者 JSON.stringify 忽略函数和 undefined 字段这类细节——它们不出现在教程开头，却在联调接口、处理状态同步时突然浮现。
