JavaScript在浏览器中需经解析、编译、执行等阶段，由引擎（如V8）完成：先词法与语法分析生成AST并报SyntaxError，再通过解释器与JIT编译优化，依单线程事件循环管理调用栈，最后由垃圾回收器标记清除内存。
JavaScript 在浏览器中不是直接运行的“源代码”，而是经过解析、编译（或即时编译）、执行等多个阶段后才产生效果。整个过程由浏览器的 JavaScript 引擎（如 V8、SpiderMonkey、JavaScriptCore）完成，核心流程包括：读取代码 → 词法分析
与语法分析 → 生成抽象语法树（AST）→ 编译为字节码或机器码 → 执行并管理内存与调用栈。
代码加载与解析：从文本到可执行结构
当浏览器遇到 标签或通过 eval()、setTimeout 等方式引入 JS 时，引擎首先对源代码进行词法分析（把字符流切分为 token，如 const、name、=），再进行语法分析（检查 token 是否符合语法规则，构建 AST）。这个阶段会发现语法错误（如缺少括号、冒号误写为分号），并在控制台报 SyntaxError，此时代码根本不会进入执行阶段。
编译优化：解释器 + 即时编译器（JIT）协同工作
现代引擎（如 Chrome 的 V8）采用混合策略：
- 初始使用解释器（如 Ignition）快速生成字节码，实现快速启动
- 对频繁执行的函数（“热点函数”）触发 JIT 编译器（如 TurboFan），将其优化为高效的机器码
- 优化可能被撤销（deoptimization），例如当变量类型发生意外变化（如从 number 变成 object），引擎会回退到较慢但更通用的执行路径
执行上下文与调用栈：代码如何“按顺序”运行
JS 是单线程、基于事件循环的执行模型。每次函数调用都会创建一个新的执行上下文（包含变量环境、词法环境、this 绑定等），并压入调用栈（Call Stack）。栈顶始终是当前正在执行的函数。同步代码依次入栈出栈；异步操作（如 setTimeout、fetch）则交由 Web API 处理，完成后将回调放入任务队列，等待调用栈为空时由事件循环取出执行。
内存管理：引擎如何处理变量与垃圾回收
变量存储在堆（heap）或栈（stack）中：基本类型（string、number 等）通常在栈中分配；对象、函数、数组等引用类型在堆中分配，栈中只存指向它们的引用。引擎内置垃圾回收器（如 V8 的 Orinoco），主要采用标记-清除（Mark-and-Sweep）机制：从全局对象、当前执行上下文等根节点出发，标记所有可达对象；未被标记的即为不可达对象，随后被清除。闭包、全局引用、定时器回调等都可能意外延长对象生命周期，造成内存泄漏。
理解这些环节，能帮你更准确地定位 SyntaxError、ReferenceError、内存增长异常或异步逻辑错乱等问题。不复杂但容易忽略。
