现代JavaScript引擎中全局变量仍比局部变量慢？慢因是否为作用域链？

结论是否依然准确？ #

2010年《High Performance JavaScript》里提到的局部变量访问速度优于全局变量这个核心结论，在2024年仍然成立。尽管现代JavaScript引擎（如V8、SpiderMonkey）做了大量激进优化，但全局变量的访问开销始终高于局部变量。

需要补充的是：现代引擎已经大幅降低了作用域链遍历的开销，比如通过词法环境快速查找缓存、提前编译时的变量位置标记等技术，让作用域链深度带来的性能差异不像10年前那么夸张，但局部变量更快的趋势没有改变。

测试结果背后的核心原因 #

你观察到的全局变量访问耗时更长，作用域链遍历依然是核心原因之一：

• 局部变量属于当前函数的词法环境，引擎在编译阶段就能直接确定其内存位置，访问时无需遍历作用域链，直接读取即可。
• 全局变量挂载在全局对象（浏览器的window、Node.js的globalThis）上，属于作用域链的最末端，即使引擎有缓存优化，每次访问仍然需要确认变量在全局对象上的存在，对比局部变量的直接读取，额外开销不可避免。

其他可能的影响因素 #

除了作用域链，还有几个因素会放大这种性能差异：

• 内存存储位置：局部变量通常存储在栈内存中，栈的访问速度远快于堆内存；而全局对象及其中的变量存储在堆内存中，堆访问需要更多的内存寻址操作。
• 引擎优化偏向：现代JIT编译器对局部变量的优化更激进——比如将局部变量直接分配到CPU寄存器中，或者在编译阶段就完成变量的静态绑定；而全局变量因为可能在运行时被其他脚本修改，引擎无法做同样激进的优化。
• 测试顺序的预热影响：你的测试先执行全局变量循环，再执行局部变量循环，JIT编译器可能在第一个循环中完成预热，第二个循环受益于预热后的优化。不过即使调换测试顺序，局部变量的访问速度依然会领先，只是耗时的绝对值可能变化。

你的测试代码与结果 #

测试代码：

let globalVar = 0;

function testVariables() {
    let localVar = 0;
    let globalStartTime = performance.now();

    for (let i = 0; i < 5000000; i++) {
        globalVar += 1;
    }
    let globalEndTime = performance.now();

    let localStartTime = performance.now();

    for (let i = 0; i < 5000000; i++) {
        localVar += 1;
    }
    let localEndTime = performance.now();

    console.log(`Global variable access time: ${globalEndTime - globalStartTime} ms`);
    console.log(`Local variable access time: ${localEndTime - localStartTime} ms`);
}

testVariables();

测试输出：

Global variable access time: 25.80000001192093 ms
Local variable access time: 11.400000035762787 ms

这个结果符合预期，进一步验证了局部变量的访问优势。

内容的提问来源于stack exchange，提问作者narutoshippuden