JS作用域大揭秘：从“一国两制”到闭包，V8引擎内部上演的谍战大片！
各位掘金的小伙伴们，今天我们不聊API，不卷框架，来一场深入JavaScript引擎腹地的“考古”之旅。主角是谁？就是那个让无数前端人又爱又恨的作用域（Scope）！我们将用最接地气的方式，揭开var、let、提升、块级作用域背后的秘密。
第一幕：JS的“童年阴影”——变量提升（Hoisting）
想象一下，你写了一段自认为逻辑清晰的代码：
console.log(myname); // undefined?!
var myname = "路明非";
你懵了：“我还没定义myname呢，怎么就输出undefined了？” 这就是变量提升在作祟！
真相是：V8引擎在执行你的代码前，会先进行一个“预编译”阶段。它像一个勤劳但有点死板的图书管理员，先把所有var声明和function声明搬到它们所在作用域的最顶端，然后再开始执行代码。
// 引擎眼中的代码
var myname; // 声明被提升
console.log(myname); // 此时值为 undefined
myname = "路明非"; // 赋值留在原地
为什么这么设计？ 这其实是JS的“童年创伤”。当年Netscape为了快速推出JS（据说只用了10天！），选择了最简单的实现方式：两遍扫描。第一遍收集所有声明，第二遍执行。这样引擎不用边执行边处理新变量，大大降低了复杂度。虽然这导致了反直觉的行为，但为了兼容性，这个“缺陷”只能保留至今。
图解：旧时代的
var就像散落在地板上的玩具，而ES6的let/const则被整齐地收纳在各自的盒子里。
第二幕：“一国两制”的智慧——ES6的救赎
随着JS项目越来越庞大，var的问题暴露无遗。比如经典的循环闭包问题：
// ES5 时代的眼泪
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 0); // 输出 3, 3, 3!
}
罪魁祸首就是var没有块级作用域，整个循环共享一个i。
ES6带着它的“王炸”特性来了：let和const！它们引入了块级作用域，并且有一个强大的保镖——暂时性死区（TDZ）。
// ES6 的优雅
console.log(x); // ReferenceError! 别想偷看！
let x = 5;
V8引擎内部发生了什么？
ES6并没有推翻重来，而是采用了高明的“一国两制”策略：
var和函数：继续待在老旧的**变量环境（Variable Environment）**里，享受全局或函数级的“自由”。let和const：被安置在全新的**词法环境（Lexical Environment）**中，这里规矩森严，以块（{}）为单位进行管理。
每当进入一个{}块，引擎就会在词法环境中压入一个新的“栈帧”；离开时，再将其弹出。这就保证了块内变量的独立性和私密性。
图解：想在
let声明前访问变量？TDZ警报拉响，直接给你一个ReferenceError！
第三幕：从块级作用域到闭包——作用域链的魔法
现在我们知道，let通过动态的词法环境栈实现了块级作用域。那么，闭包又是怎么回事？
闭包的本质，就是内层函数记住了它创建时所处的词法环境。即使外层函数已经执行完毕，那个环境也不会被销毁，因为它被内层函数“引用”着。
function outer() {
let secret = "I'm a secret!";
return function inner() {
console.log(secret); // inner 记住了 outer 的词法环境
}
}
const myClosure = outer();
myClosure(); // "I'm a secret!"
在这个过程中，作用域链就是V8引擎查找变量的路径。它从当前函数的词法环境开始，一层层向外（沿着Outer指针）查找，直到找到目标变量或到达全局环境。
终章：一张图看懂一切
理解了这些零散的知识点，我们最后用一张思维导图把它们全部串起来，形成完整的知识体系。
下次当面试官问起“变量提升”、“块级作用域”或者“闭包”时，你就可以自信地从V8引擎的执行上下文讲起，用“一国两制”和“栈式词法环境”这样的概念，展现你对JS底层机制的深刻理解！
