JavaScript是前端运行的唯一通用语言，浏览器只执行它来驱动交互、动态内容和页面响应；通过事件监听、DOM操作、异步请求等实现网页“活起来”，并延伸至服务端与跨平台开发。
JavaScript 不是“可选技能”，而是前端运行的唯一通用语言——浏览器只认它，所有交互、动态内容、页面响应都靠它驱动。
JavaScript 是怎么让网页“活起来”的
HTML 定义结构，CSS 控制样式，但只有 JavaScript 能监听用户点击、提交表单、滚动页面、实时更新数据。比如点击按钮弹出提示，本质是 addEventListener('click', ...) 绑定了行为；又比如从服务器取数据后刷新列表，靠的是 fetch() + innerHTML 或 appendChild() 动态操作 DOM。
常见错误现象：写了 HTML 和 CSS，页面静态不动，检查控制台发现 Uncaught ReferenceError: myFunction is not defined——大概率是脚本没加载、执行顺序错（比如 JS 在 DOM 元素前运行），或函数名拼错。
- 确保
<script>放在</body>前，或使用defer属性 - 用
console.log()快速验证变量是否存在、事件是否触发 - 不要直接操作未挂载的元素，先用
document.querySelector()检查返回值是否为null
现代前端框架（React/Vue）也绕不开原生 JavaScript
React 的 JSX 最终编译成 React.createElement() 调用，Vue 的响应式依赖 Object.defineProperty() 或 Proxy——这些全是 JavaScript 语言特性。框架只是封装，不是替代。
立即学习“Java免费学习笔记（深入）”；
使用场景差异明显：写一个带搜索过滤的下拉菜单，纯 JS 可能几十行搞定；用 React 则要写组件、状态、生命周期/副作用，工程成本高但利于维护。别被“学框架就不用学 JS”误导——调试 useState 更新不生效时，最终得看闭包、异步执行时机、引用相等性这些原生概念。
-
let和const的块级作用域影响循环中事件处理器的绑定结果 -
Promise链里漏掉.catch()会导致错误静默，控制台只显示Uncaught (in promise) - 箭头函数没有自己的
this，在事件回调中误用会导致上下文丢失
JavaScript 在浏览器之外也在扩张
借助 Node.js，JavaScript 能写服务端逻辑、命令行工具、甚至桌面应用（Electron）。但注意：Node.js 环境没有 document、window，也没有 fetch（早期需用 node-fetch），API 是 fs.readFile()、http.createServer() 这类。
性能与兼容性影响真实存在：旧版 iOS Safari 不支持 ?.（可选链）和 ??（空值合并），强行使用会报 SyntaxError；而 Array.from() 在 IE 中完全不可用。上线前必须确认目标环境，必要时用 Babel 编译或加 polyfill。
- 用
caniuse.com查某个 API 的浏览器支持情况 - 构建流程中加入
eslint-plugin-compat提前拦截不兼容语法 - 避免在关键路径上依赖
BigInt或WeakRef，它们尚未全平台稳定
真正卡住人的往往不是语法本身，而是事件循环机制、原型链查找、宏任务微任务执行顺序——这些看不见的规则，决定了为什么 setTimeout(() => console.log(1), 0) 总比 Promise.resolve().then(() => console.log(2)) 晚输出。
