JavaScript作用域在代码编写时即确定，取决于变量声明位置和方式：全局变量声明于函数外，局部变量声明于函数内或块级作用域（let/const），var无块级作用域，易导致意外提升。
JavaScript 的作用域不是“运行时决定谁能看到变量”，而是写完代码那一刻就定死了的访问规则——它只看你把 var、let 或 const 写在哪儿，不看你从哪儿调用函数。
怎么一眼分清全局变量和局部变量？看声明位置 + 声明方式
区分根本不用猜调用链，只盯两件事：在哪写的 和 怎么写的。
-
var/let/const写在所有函数外面 → 全局变量（let/const不挂window，但仍是全局作用域） -
var/let/const写在函数内部 → 局部变量（函数作用域） - 函数参数（比如
function foo(x) { }中的x）→ 本质是局部变量 - 没加任何关键字直接赋值，比如
count = 0→ 强制变成全局变量（哪怕写在if里、写在定时器回调里），绝对要避免
function test() {
var a = 'var in fn';
let b = 'let in fn';
noKeyword = 'oops'; // ⚠️ 这行会让 noKeyword 成为全局变量
}
test();
console.log(noKeyword); // 'oops' —— 真的泄漏了
console.log(a); // ReferenceError
console.log(b); // ReferenceError
为什么用 var 写 if 块会“泄露”？
var 没有块级作用域，只有函数作用域。哪怕你把它塞进 {}、if、for 里，它也会被提升到最近的函数顶部（或全局）。
-
let和const才真正受{}限制，写进去就出不来 - 想在循环里保存每次迭代的索引（比如给按钮绑点击事件）？必须用
let，否则全拿到最后一个值
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 输出 3, 3, 3
}
for (let j = 0; j < 3; j++) {
setTimeout(() => console.log(j), 100); // 输出 0, 1, 2 ✅
作用域链不是“作用域泄漏”，而是正向查找机制
内层函数能读外层函数的变量，是因为 JavaScript 在执行时会按“当前作用域 → 外层函数作用域 → 全局作用域”顺序查找，这叫作用域链。它不反向生效：外层永远看不到内层变量。
兴泰网络办公系统1.61
下载
基于 Internet 的 Web 技术，完全采用B/S 体系结构的网络办公系统。该系统具有安全性高、功能极为强大、可在广域网中使用也可在局域网中使用、也可以同时在局域网和广域网中使用的特点，全傻瓜式安装，无需作复杂配置，界面采用类似windows资源管理器的设计，结构清晰，条理分明，即使不熟悉电脑的人也可很快掌握全部操作。该系统通过在广域网内的广泛试用验证和经专业技术人员的调试、测试，确认具有很
立即学习“Java免费学习笔记（深入）”；
- 嵌套函数中误以为“外层变量自动私有”？错。只要没重名，内层就能一直向上取值
- 函数执行完，它的局部变量本该销毁；但如果被内部函数闭包捕获，就会继续存活——这不是作用域出错，是设计如此
- 报
ReferenceError: xxx is not defined，说明查到全局都没找到，不是“作用域断了”，是压根没声明
function outer() {
const x = 'outer';
function inner() {
console.log(x); // ✅ 能访问，靠作用域链
}
inner();
}
outer();
console.log(x); // ❌ ReferenceError —— 外层不能反向访问关键就一点：所有变量，必须显式用 let 或 const 声明，并放在最小必要作用域内。写在函数里就别放全局，写在 if 块里就别提溜到函数开头——这是最省心、最不易出错的实践。其他所有“为什么我改了这里却影响了那里”的问题，八成是忘了这句。
