JavaScript作用域是词法作用域，由代码书写位置决定：var/let/const在函数外声明为全局，函数内声明为局部；无关键字赋值强制创建全局变量；作用域链支持正向查找但不反向；let/const提供块级作用域，var没有；应优先使用let/const并始终显式声明。
JavaScript 作用域，本质上就是变量和函数「能被谁看见、在哪能用」的规则。它不是运行时动态决定的，而是代码写完、还没执行时就定下来的——也就是词法作用域（Lexical Scope）。全局和局部作用域的区分，关键看声明位置和声明方式，而不是调用位置。
怎么一眼判断一个变量是全局还是局部？
看它在哪声明、用什么关键字声明：
-
var在函数外声明 → 全局变量（挂到window或globalThis上） -
let/const在函数外声明 → 全局块级变量（不挂window，但仍是全局作用域） -
var/let/const在函数内声明 → 局部变量（函数作用域） - 没用任何关键字直接赋值，比如
name = "Alice"→ 强制变成全局变量（即使在函数里），绝对要避免
var globalA = 'a';
let globalB = 'b';
function foo() {
var localA = 'local a';
let localB = 'local b';
noVar = 'oops'; // 没声明就赋值 → 全局变量！
}
foo();
console.log(globalA); // 'a' —— OK
console.log(globalB); // 'b' —— OK
console.log(localA); // ReferenceError —— 找不到
console.log(noVar); // 'oops' —— 真的成了全局变量
为什么函数内能访问外部变量，但外部不能访问函数内变量？
因为 JavaScript 使用「作用域链」查找变量：每次执行函数时，引擎会从当前作用域开始找，找不到就往上一级（父作用域）找，一直找到全局作用域为止。但反向不成立——父作用域没有通往子作用域的“后门”。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 这个机制让闭包成为可能（比如
createCounter()返回的函数能一直记住count） - 但也会导致常见陷阱：循环中用
var声明的变量，在异步回调里全指向同一个值 - 用
let就不会——因为它在每次循环迭代中创建新绑定（块级作用域）
ES6 的块级作用域（{}）算不算“局部作用域”？
算，但它和函数作用域不同源：函数作用域由 function 创建；块级作用域由 if、for、{} 等语句块 + let/const 共同触发。
立即学习“Java免费学习笔记（深入）”；
-
var在if里声明 → 仍属于外层函数或全局作用域（无块级效果） -
let在for里声明 → 每次迭代都是独立绑定，适合做定时器/事件监听器的索引保存 - 注意：
function声明在块内，行为因环境而异（严格模式下是块级，非严格下可能提升到函数顶层）
if (true) {
var v = 'var in block';
let l = 'let in block';
}
console.log(v); // 'var in block' —— var 泄露出去了
console.log(l); // ReferenceError —— let 真正被限制在块内
最容易被忽略的一点：作用域在代码解析阶段就固定了，跟执行顺序无关；而变量提升（hoisting）只影响声明位置感知，不改变作用域边界。写代码时，优先用 let 和 const，少用 var，绝不在任何地方省略声明关键字——这是守住作用域边界的最简单防线。
