JavaScript中访问全局变量比局部变量慢，因其需沿作用域链逐层线性查找直至全局上下文，而非一次哈希查找；全局变量绑定在window或global对象上，位于作用域链末端，查找路径长且易触发ReferenceError。
JavaScript 中访问全局变量比访问局部变量慢，核心原因在于作用域链查找机制——引擎必须从当前作用域逐层向上搜索，直到顶层全局上下文才能定位变量。这个过程不是一次哈希查找，而是线性遍历，次数越多、链越长，开销越大。
为什么全局变量查找更耗时
全局变量绑定在全局对象上（浏览器中是 window，Node.js 中是 global），它处于作用域链的最末端。每次读取一个全局变量，引擎都要：
- 检查当前函数作用域（没找到）
- 检查外层函数作用域（若存在，仍没找到）
- 一直查到全局作用域才命中
- 若变量未声明，还会触发 ReferenceError，额外增加错误处理成本
典型低效写法与性能陷阱
以下代码在高频或循环场景下会明显拖慢执行速度：
-
在 for 循环中反复读取 window 或 document 属性，例如
for (let i = 0; i —— 每次都重新查 <code>document和body -
函数内多次直接使用全局配置或常量，如
apiBase + '/user' + apiVersion，每次拼接都触发三次全局查找 - 将大量状态散落在全局 let/const 中，而非封装成模块或对象，导致作用域链膨胀、维护困难
高效替代方案：缓存 + 封装
不一定要消灭所有全局变量，关键是控制访问路径和频率：
立即学习“Java免费学习笔记（深入）”；
-
缓存到局部作用域：把必须用的全局值提前赋给函数内变量，后续只读局部变量。例如：
const doc = document; const title = doc.title; -
对象结构化管理：把相关全局数据合并为单个对象（如
const config = { api: '...', timeout: 5000 }），一次查找对象，再解构使用 - 参数传入代替隐式依赖：函数尽量通过参数接收所需值，降低对全局上下文的耦合，也便于单元测试
- IIFE 或模块封装：用立即执行函数或 ES 模块限制变量作用域，天然避免污染全局，同时提升查找效率
额外影响：不只是速度，还有内存与可维护性
全局变量长期驻留内存，无法被垃圾回收器释放；命名冲突风险高；多人协作时容易误改或覆盖。这些虽不直接体现为“查找慢”，但共同构成真实项目中的性能与稳定性隐患。
