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。
动手验证比背定义更管用：几个关键实验必须自己敲
打开浏览器控制台，逐行运行下面这几段，观察输出和报错：
- 对比
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，再换成let i—— 这是闭包+作用域的经典验证，结果完全不同。
这些不是考题，是帮你把抽象规则变成肌肉记忆的操作。
jm-jsjkxyjs02-zlm-405
下载
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
关联真实问题：作用域直接影响你每天写的代码
很多看似“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 在定义函数那一刻，就锁定了它的作用域链，之后调用时不会变。这个事实决定了绝大多数作用域相关行为。
