JavaScript作用域链详解教程

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《JavaScript变量作用域链解析【教程】》，文章讲解的知识点主要包括，如果你对文章方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

var定义函数作用域并提升声明但不初始化，let/const定义块级作用域且存在暂时性死区；隐式全局和eval/with会破坏作用域链静态性。

var、let、const 声明方式直接决定变量是否进入作用域链，以及何时、以何种方式被查找——不是“影响”，而是“定义”作用域链的结构。

var 声明会创建函数作用域并触发变量提升

在函数内用 var 声明变量时，该变量会被绑定到当前函数作用域，并在函数体顶部被“提升”（hoisted），但初始化（赋值）保留在原位置。这意味着：var 变量可在声明前访问（值为 undefined），但不会进入块级作用域（如 if 或 for 内部）。

• 在全局作用域中，var 声明的变量会成为 window（浏览器）或 global（Node.js）的属性
• 在函数内，它只对函数及其嵌套函数可见；外层无法通过作用域链访问内层 var 变量
• 重复 var 声明同一标识符不会报错，后一次声明会覆盖前一次（仅限同一作用域）

let 和 const 创建块级作用域且不提升（但存在暂时性死区）

let 和 const 声明的变量绑定到最近的块（{}），且不会被提升到块顶部。它们在声明前不可访问，访问会抛出 ReferenceError —— 这就是“暂时性死区”（TDZ）。作用域链查找时，引擎会逐层向上找，但不会跳过 TDZ 区域。

• let 允许后续赋值，const 要求声明时初始化，且不能重新赋值（对象/数组内容仍可修改）
• 在 for 循环中，每次迭代都会创建新的 let/const 绑定，因此闭包能正确捕获每次的值；而 var 只有一个绑定，所有闭包共享同一个变量
• 重复声明同一标识符（即使在不同块中）会报 SyntaxError，但不同块之间互不影响作用域链

作用域链查找失败时，非严格模式下 var 会隐式创建全局变量

如果在任意作用域中给一个未声明的标识符赋值（例如直接写 a = 1），JavaScript 会沿作用域链向上查找；查不到时，在非严格模式下会自动在全局对象上创建该属性（即隐式全局变量），这会污染全局作用域并干扰作用域链的预期行为。严格模式下则直接抛出 ReferenceError。

• 这种隐式创建让 a 看似“存在”于作用域链顶端，实则绕过了声明机制，导致调试困难
• let/const 不允许隐式声明，未声明就赋值必定报错，强制开发者显式管理作用域
• ESLint 规则 no-implicit-globals 或 no-undef 可提前拦截这类问题

eval() 和 with 会动态修改作用域链，应避免使用

eval() 在非严格模式下，若传入字符串代码包含 var 声明，会将变量注入当前作用域；with 则把指定对象临时插入作用域链头部。两者都破坏静态作用域分析，使引擎无法优化、压缩或准确推断变量来源。

• V8 和其他现代引擎对含 eval 或 with 的函数禁用 JIT 编译，性能明显下降
• 打包工具（如 Webpack）通常无法正确处理 with 中的变量引用，导致运行时报错
• 替代方案：用对象属性访问（obj.key）代替 with；用函数封装代替 eval 字符串执行

真正关键的不是“如何影响”，而是声明方式决定了作用域链的起点和层级——var 锚定在函数，let/const 锚定在块，而漏掉声明或滥用 eval 会让作用域链变得不可预测。最常被忽略的是 TDZ 的边界和隐式全局的静默创建，它们不会立刻报错，却会在稍后的执行路径中引发难以追踪的作用域混淆。

到这里，我们也就讲完了《JavaScript作用域链详解教程》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！