作用域决定变量和函数在代码中哪些地方能被访问，核心是“定义之后谁找得到它”；javascript 通过词法分析预建作用域链，与运行时调用和 this 无关；var 具有函数作用域和变量提升（声明提升、赋值不提升），无块级作用域；let/const 具有块级作用域和暂时性死区（tdz）；esm 模块作用域完全隔离，顶层声明不挂载全局，未 export 不可访问。
什么是作用域，它到底管什么
作用域决定变量和函数在代码中哪些地方能被访问。不是“能不能定义”，而是“定义之后谁找得到它”。JavaScript 在执行前就通过词法分析确定了作用域链，跟运行时调用无关——这点和 Python 的 LEGB 不同，也和 this 完全无关。
关键判断：变量声明的位置（var、let、const 所在的块或函数）直接决定了它的作用域边界，而不是它在哪被调用。
var 声明的变量为什么会有变量提升和函数作用域
var 声明会被提升到其所在函数（或全局）顶部，但赋值不提升；而且它没有块级作用域，if 或 for 里的 var 仍属于外层函数或全局。
Comet AI 浏览器
下载
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
-
var a = 1;在if (false) { var a = 2; }之后访问，a仍是1（不是 ReferenceError），因为声明已提升，赋值被跳过 - 在函数内用
var声明，外部无法访问；但在{ var b = 3; }这样的块里声明，b依然可在块外访问 - 全局
var会成为window（浏览器）或globalThis的可删除属性；而let/const不会
let 和 const 的块级作用域怎么影响实际编码
let 和 const 绑定在最近的块（{}）、函数、模块顶层，且存在暂时性死区（TDZ）：从块开始到声明语句前，访问会抛出 ReferenceError，不是 undefined。
-
for (let i = 0; i console.log(i), 0);输出0、1、2；换成var i就输出三个3 -
if (true) { const x = 1; } console.log(x);直接报错：ReferenceError: x is not defined -
const obj = {}; obj.prop = 1;合法；但obj = {};报错——const约束的是绑定，不是值的可变性
全局作用域和模块作用域在现代 JS 中的实际区别
ESM（import/export）下，每个文件默认是独立模块作用域；顶层 let/const/class 不挂载到 window，也不污染全局。而传统 script 标签中的顶层声明（无论 var 还是 let）都属于全局作用域。
- 两个 ESM 文件都声明
const API_URL = 'https://a.com';，互不影响；但两个<script></script>都写这句，第二个会报错（重复声明） -
var在模块顶层仍会提升，但不会变成window属性；let/const在模块顶层就是纯粹的模块私有绑定 - Node.js 中
require()加载的 CommonJS 模块，其顶层this指向module.exports，不是 global，这也是作用域隔离的一种体现
真正容易被忽略的是：模块作用域不是“更高级的全局作用域”，它是完全隔离的——没有显式 export，外面就真的看不见，连 eval 都绕不过去。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
