JavaScript 仅有全局、函数、块级三种作用域;var 只有函数作用域且存在变量提升,let/const 具备块级作用域并受暂时性死区约束;作用域决定变量访问、闭包行为与 this 绑定。

作用域是 JavaScript 的核心机制之一,理解它,才能真正搞懂变量为什么能访问、为什么报错、闭包怎么工作、this 为什么指向那里。它不是“学完就扔”的概念,而是贯穿 JS 编程全程的底层逻辑。入门不难,但要熟练到能预判执行结果、排查隐蔽 bug、写出可维护代码,需要分层推进。
先建立清晰的模型:JS 中到底有哪几种作用域?
别被术语绕晕。JS 实际只有三种作用域类型:
- 全局作用域:最外层,所有脚本共享。变量声明没在任何函数或块里,就进这里;浏览器中它挂载在 window(或 globalThis)上。
- 函数作用域:ES5 及之前的核心作用域。每次调用函数,就创建一个新作用域,内部声明的 var 变量和函数只在该函数内有效。
-
块级作用域:ES6 引入,由
{}定义,let和const声明的变量只在当前块(如 if、for、switch 或任意 {})内生效。
注意:var 没有块级作用域,只有函数作用域;let/const 没有变量提升(hoisting),但有“暂时性死区”(TDZ)——从块开始到声明语句前,访问会直接报错,不是 undefined。
动手验证比背定义更管用:几个关键实验必须自己敲
打开浏览器控制台,逐行运行下面这几段,观察输出和报错:
使用约定式提交(Conventional Commits)生成标准化的 Git 提交信息。适用于以下场景: (1) 暂存更改时需要提交信息; (2) 审查 diff 时希望获得结构化摘要; (3) 编写 PR 描述或变更日志(changelog)条目; (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff,并生成按类型(type)划分范围的提交信息。
- 对比
var a = 1; if(true) { var a = 2; }和let b = 1; if(true) { let b = 2; }—— 看 a 能否被覆盖、b 是否报错或隔离。 - 写一个立即执行函数
(function(){ var x = 10; console.log(x); })(); console.log(x);—— 理解函数作用域如何隔绝变量。 - 在 for 循环里用
var i=0; i 创建三个 setTimeout,再换成 <code>let i—— 这是闭包+作用域的经典验证,结果完全不同。
这些不是考题,是帮你把抽象规则变成肌肉记忆的操作。
关联真实问题:作用域直接影响你每天写的代码
很多看似“JS bug”的现象,根源都在作用域:
-
循环绑定事件出错:用
var声明计数器,最后所有按钮都拿到最后一个值;换let就自动解决。 - 模块污染:全局变量太多,不同脚本互相覆盖。现代开发用 ES Module(import/export)本质就是靠作用域隔离模块顶层变量。
- 闭包内存泄漏:内部函数引用了外部函数的变量,导致外部作用域无法被回收。不是不能用闭包,而是得清楚哪些变量被“捕获”了。
- 箭头函数没有自己的 this:因为它不创建自己的作用域,而是沿作用域链向上找,所以 this 绑定的是定义时的外层作用域,不是调用时。
进阶练习:从“知道”到“预判”
达到熟练,关键在于能不运行就判断出变量查找路径。推荐这样练:
- 找几段含多层嵌套函数、if、for、IIFE 的代码,手动画出作用域链:每个函数有自己的 AO(Activation Object),AO 里存着该作用域声明的变量;每个 AO 都有一个 [[Scope]] 属性,指向它的父级 AO —— 这就是查找变量的路线图。
- 读 Vue 或 React 源码片段(比如 setup() 函数里返回的响应式对象),分析 ref、computed 是如何利用闭包+作用域来保存私有状态的。
- 故意写一段有歧义的代码,比如在不同层级重复声明同名变量,然后用
console.dir(functionName)查看函数内部的 scope,验证你的推测。
不需要死记“词法作用域”“动态作用域”这类名词,重点是:JS 在定义函数那一刻,就锁定了它的作用域链,之后调用时不会变。这个事实决定了绝大多数作用域相关行为。

















