变量环境主要处理var和函数声明,在执行上下文创建时完成初始化,导致变量提升;词法环境则管理let、const及块级作用域,通过外部环境引用构建作用域链,并支持闭包。

JS函数执行上下文中的变量环境和词法环境,说到底,它们都是执行上下文的内部组件,但各自关注的侧面和行为逻辑有所不同。最核心的区别在于:变量环境(Variable Environment)主要负责处理var声明和函数声明的变量绑定,它的快照在执行上下文创建阶段就基本固定了;而词法环境(Lexical Environment)则是一个更动态、更精确的内部机制,它负责追踪let、const声明的变量,以及更细粒度的作用域链,它的内容在代码执行过程中会根据块级作用域的进入和退出而变化。
要理解JS函数执行上下文中的变量环境与词法环境在作用域中的区别,我们得先从执行上下文本身说起。每次当JavaScript代码运行时,无论是全局代码、函数调用还是eval,都会创建一个执行上下文。这个上下文是一个抽象的概念,它包含了当前代码运行所需的所有信息。其中,变量环境和词法环境就是它最重要的两个内部组件,它们共同决定了我们代码中变量和函数的可见性与生命周期。
在我看来,变量环境更像是一个“老派”的记录员,它在函数被调用、执行上下文创建的那一刻,就一股脑地把所有var声明的变量(初始化为undefined)和完整的函数声明(可以直接使用)都记录下来。你可以把它想象成一个初稿,一个大体的框架。它的特点是,一旦创建,就相对稳定,不会随着代码块的进入和退出而频繁变化。这就是为什么var会有“变量提升”的现象,因为它的声明在变量环境里早就被处理了。
而词法环境,则显得更为“现代”和精细。它也有一个“环境记录器”(Environment Record),但这个记录器不仅包含函数参数,更重要的是,它负责管理let和const声明的变量。这些变量在声明前是无法访问的,这就是所谓的“暂时性死区”(Temporal Dead Zone, TDZ)。词法环境的另一个关键部分是它的“外部环境引用”(Outer Environment Reference),这个引用指向了外层(父级)的词法环境,从而构成了我们所说的“作用域链”。每次进入一个新的块级作用域(比如if语句、for循环或简单的{}),都会创建一个新的词法环境,并将其外部环境引用指向当前的词法环境,形成一个临时的链条。当块级作用域执行完毕,这个临时的词法环境就会被销毁,或者说不再活跃。
简单来说,变量环境是执行上下文创建时对var和函数声明的一个初始、粗粒度的扫描和绑定;而词法环境则是代码执行过程中,对所有变量(包括let, const, 函数参数,以及最终也会包含var变量的实际值)和作用域链进行动态、精确管理的核心机制。在ES6之后,随着let和const的引入,词法环境的重要性被大大提升,因为它才是实现块级作用域的真正幕后功臣。
当我们谈论JavaScript中函数执行上下文的创建,其实是在描述一个分阶段的过程,这并非一蹴而就,而是经过精心设计的。我个人觉得,理解这个过程,能帮助我们更好地把握JS的变量提升、作用域以及闭包等核心概念。
首先,当JavaScript引擎发现一个函数即将被调用时,它会为这个函数创建一个全新的执行上下文。这个创建过程大致可以分为两个阶段:
创建阶段 (Creation Phase):
this绑定(This Binding):根据函数的调用方式(是作为方法调用、普通函数调用、构造函数调用还是通过call/apply/bind调用),this的值会被确定下来。let、const声明的变量和函数声明。对于let和const,它们会被标记为“未初始化”(uninitialized),处于暂时性死区(TDZ),直到实际执行到声明语句时才会被初始化。对于函数声明,它们会被完全地存储在这个记录器中,可以直接使用(这就是函数声明提升)。var声明的变量和函数声明。所有var声明的变量都会被初始化为undefined(这就是var变量提升,但值为undefined),而函数声明则会被完全地存储下来。var的旧行为,它仍然扮演着一个角色,但最终其内容会与词法环境的环境记录器合并。执行阶段 (Execution Phase):
let或const的声明语句时,它们会从“未初始化”状态变为实际的值。值得一提的是,在ES6及以后,最初创建时,词法环境和变量环境的环境记录器内容是有些重叠的。但随着代码的执行,特别是遇到块级作用域,词法环境会变得更加活跃和精细,它会为每个块级作用域创建新的环境记录器,而变量环境则相对保持不变,继续持有var声明的变量。这种分层处理,我觉得是JS引擎为了在引入块级作用域的同时,还能保持对旧var行为的兼容性所做出的巧妙设计。
var和函数声明,而词法环境则更关注let和const?这个区分是理解JavaScript作用域和变量提升机制的关键所在,我个人觉得,这是ES6对语言核心机制的一次重要重塑。
变量环境(Variable Environment):
它的核心职责,或者说历史使命,就是处理那些“老旧”的var声明和函数声明。在执行上下文的创建阶段,JavaScript引擎会扫描当前作用域内的所有var声明的变量,并将它们添加到变量环境的环境记录器中,并初始化为undefined。同时,所有函数声明也会被完整地放置在这里,这也就是我们常说的“变量提升”和“函数提升”的根本原因。你可以把它看作是JS在早期版本中,为了实现变量和函数的“预处理”而设立的一个专门区域。它在上下文创建时就完成了大部分工作,后续代码执行时,只是去更新它里面的值。正因为这种“提前处理”的特性,var才没有块级作用域的概念,因为它只关心函数作用域或全局作用域。
function exampleVar() {
console.log(a); // undefined,因为a被提升了
var a = 10;
console.log(a); // 10
}
exampleVar();在这个例子中,a在exampleVar的变量环境创建时就被添加到其中,并初始化为undefined。
词法环境(Lexical Environment):
相较于变量环境,词法环境是更现代、更灵活的机制,它主要关注ES6引入的let和const声明。它的环境记录器在执行上下文创建时,也会记录let和const声明的变量,但与var不同的是,它们会被标记为“未初始化”。这意味着在代码执行到声明语句之前,这些变量是不可访问的,试图访问会导致ReferenceError,这就是“暂时性死区”(TDZ)。
function exampleLet() {
// console.log(b); // ReferenceError: Cannot access 'b' before initialization
let b = 20;
console.log(b); // 20
}
exampleLet();这里的b虽然在词法环境创建时就被记录了,但它处于未初始化状态,直到let b = 20;执行才变得可用。
更重要的是,词法环境是实现块级作用域的基石。每当代码进入一个新的块({}),例如if语句、for循环、while循环,甚至只是一个独立的块,都会创建一个新的词法环境。这个新的词法环境会将其外部环境引用指向包含它的那个词法环境,形成一个临时的作用域链。当块执行完毕,这个临时的词法环境就会被销毁(或不再活跃),从而实现了let和const的块级作用域特性。
function blockScopeExample() {
let x = 1;
if (true) {
let y = 2; // 新的词法环境被创建,包含y
console.log(x); // 1 (从外部词法环境获取)
console.log(y); // 2
}
// console.log(y); // ReferenceError: y is not defined (块级作用域结束,y的词法环境被销毁)
}
blockScopeExample();所以,变量环境可以看作是对var和函数声明的“静态”预处理,而词法环境则是对let、const以及整个作用域链进行“动态”和“精细”管理的核心。它们共同协作,构成了JavaScript复杂而强大的变量查找机制。
词法环境在JavaScript中扮演着至关重要的角色,它不仅管理着变量的声明和生命周期,更是实现“作用域链”的根本机制。而作用域链,又直接引出了JavaScript中最强大也最容易让人困惑的特性之一——“闭包”。
词法环境如何实现作用域链?
我们知道,每个执行上下文都有一个词法环境,而每个词法环境内部都有一个关键的属性叫做Outer Environment Reference(外部环境引用)。这个引用指向的是创建当前词法环境的那个词法环境。换句话说,它指向了父级作用域的词法环境。
当JavaScript引擎尝试解析一个变量时,它会首先在当前执行上下文的词法环境(也就是当前作用域)中查找。如果找到了,就使用它。如果没找到,它就会沿着Outer Environment Reference向上,去父级词法环境中查找。这个过程会一直持续,直到找到变量或者到达全局词法环境。如果到了全局词法环境仍然没有找到,就会抛出ReferenceError。这个由一系列嵌套的词法环境通过Outer Environment Reference连接起来的链条,就是我们所说的作用域链(Scope Chain)。
let globalVar = 'I am global';
function outerFunction() {
let outerVar = 'I am outer';
function innerFunction() {
let innerVar = 'I am inner';
console.log(innerVar); // 1. 在innerFunction的词法环境找到
console.log(outerVar); // 2. innerFunction的Outer Env Ref指向outerFunction的词法环境,在那里找到
console.log(globalVar); // 3. outerFunction的Outer Env Ref指向全局词法环境,在那里找到
}
innerFunction();
}
outerFunction();在这个例子中,innerFunction的词法环境的Outer Environment Reference指向outerFunction的词法环境,而outerFunction的词法环境的Outer Environment Reference又指向全局词法环境。这构成了一个清晰的作用域链:innerFunction -> outerFunction -> Global。
词法环境与闭包的关系?
闭包,简单来说,就是一个函数能够记住并访问其“外部词法环境”中的变量,即使在其外部函数已经执行完毕并返回之后。而实现这一“记忆”能力的,正是词法环境的Outer Environment Reference。
当一个内部函数被创建时,它不仅仅是创建了一个函数体,更重要的是,它会“捕获”或“记住”其创建时的词法环境。这个被捕获的词法环境,就是内部函数的Outer Environment Reference所指向的那个环境。
function createCounter() {
let count = 0; // count 存在于 createCounter 的词法环境中
return function() { // 这是一个内部函数
count++; // 它访问了 createCounter 词法环境中的 count
console.log(count);
};
}
const counter1 = createCounter(); // createCounter 执行完毕,但其词法环境并未被销毁
counter1(); // 输出 1
counter1(); // 输出 2
const counter2 = createCounter(); // 又创建了一个新的 createCounter 词法环境
counter2(); // 输出 1在createCounter函数执行完毕后,通常情况下,它的局部变量count应该被垃圾回收。然而,由于createCounter返回的那个匿名内部函数(即counter1和counter2所引用的函数)的Outer Environment Reference仍然指向着createCounter函数执行时创建的那个词法环境,这个词法环境(包括count变量)就不会被垃圾回收机制释放。它被“闭包”在了内部函数中。
所以,词法环境是作用域链的物理实现,而闭包则是词法环境这种机制所带来的一个强大且常见的结果。理解了词法环境如何通过Outer Environment Reference构建作用域链,就能彻底理解闭包的原理和它在JavaScript中实现数据私有化、函数工厂等高级模式的能力。
以上就是JS 函数执行上下文 - 变量环境与词法环境在作用域中的区别的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号