javascript中局部变量遮蔽全局变量是作用域链机制导致的正常现象：引擎优先使用最近作用域的同名变量，从而隐藏外层变量；虽非错误，但易引发误改局部副本而非全局变量的意外行为。
JavaScript 中局部变量遮蔽（shadowing）全局变量是常见现象，本质是作用域链查找机制导致的：当在函数或块级作用域中声明与全局同名的变量时，引擎优先使用最近作用域中的变量，从而“隐藏”了外层（包括全局）的同名变量。这不是错误，但容易引发意外行为——比如误以为修改的是全局变量，实际只改了局部副本。
明确区分作用域，避免无意遮蔽
最直接的预防方式是在声明前想清楚变量归属。若本意是读写全局变量，就不要在局部作用域用 let、const 或 var 重复声明同名变量。
- 全局变量尽量挂载在
window（浏览器）或globalThis上，并显式访问：globalThis.count = 10; - 局部需要同名变量时，换一个语义清晰的名字，比如全局叫
userId，局部处理时用currentUserId或tempId - 使用严格模式（
"use strict"）可防止意外创建全局变量，也能让部分遮蔽问题更早暴露
需要访问被遮蔽的全局变量怎么办
如果确实要在局部作用域中读取或修改被遮蔽的全局变量（不推荐，但偶有场景），可通过全局对象间接访问：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 浏览器环境：
window.variableName或self.variableName - Node.js 环境：
global.variableName - 通用写法（推荐）：
globalThis.variableName（ES2020+，兼容所有环境）
注意：仅对通过 var 声明或直接赋值（如 myVar = 123）挂到全局对象上的变量有效；let 和 const 声明的全局变量不会成为 globalThis 的属性，无法被这样访问。
利用工具和规范提前发现遮蔽问题
遮蔽本身语法合法，但易埋隐患。借助开发工具主动识别：
- ESLint 规则
no-shadow可禁止变量遮蔽（包括参数遮蔽外层变量） - 编辑器（如 VS Code）配合 TypeScript 或 JSDoc 类型注解，能高亮显示潜在遮蔽
- 代码审查时留意函数开头密集的
let x = ...是否与已知全局名冲突
模块环境下天然隔离，减少遮蔽风险
现代项目普遍使用 ES 模块（import/export），模块顶层声明的 let、const、class 不会自动挂到全局，彼此隔离。此时“全局变量”实际是模块作用域，遮蔽影响范围大幅缩小。
- 避免在模块中用
var或无声明赋值污染全局 - 共享状态应通过
export显式提供，而非依赖隐式全局名 - 必要时用单例对象封装状态：
export const config = { apiUrl: '...' };
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
