JavaScript中函数内部遮蔽外部同名变量依赖词法作用域与声明方式：let/const实现安全局部绑定，var因提升导致意外覆盖，参数同名声明会报错，应改用语义化命名避免混淆。
JavaScript 中函数内部隐藏外部同名变量，靠的不是“作用域提升”，而是作用域链查找规则 + 声明方式选择。提升（hoisting）只影响声明的“位置可见性”，不决定变量是否被遮蔽；真正起作用的是函数执行时的词法作用域和绑定时机。
let/const 块级声明天然实现局部绑定
在函数或任意块（如 if、for）中用 let 或 const 声明同名变量，会创建一个全新的绑定，与外部变量完全无关：
- 外部
let count = 10，内部let count = 20→ 两个count独立存在 - 内部块执行完毕后，内部
count自动销毁，外部值不受影响 - 这是语言设计的遮蔽（shadowing），不是 bug，而是可控的局部化机制
避免 var 引发的意外覆盖
var 有函数作用域和变量提升，容易造成混淆：
-
var x = 'outer'; function f() { console.log(x); var x = 'inner'; }→ 输出undefined（不是 'outer'） - 因为
var x被提升到函数顶部，但赋值没提升，导致暂时性死区之外的“声明覆盖”假象 - 应禁用
var，ESLint 配置no-var: error可强制约束
参数与局部变量同名时的语言保护
函数参数本身就是一个绑定，再用 let/const 声明同名变量会直接报错，这是 JS 的安全机制：
立即学习“Java免费学习笔记（深入）”；
-
function fn(x) { let x = 10; }→ SyntaxError: Identifier 'x' has already been declared -
function fn(x) { var x = 10; }→ 不报错但行为不可靠，必须杜绝 - TypeScript 的
no-shadow规则可在编码阶段捕获这类风险
需要语义关联时改用意图明确的命名
当新变量由外部变量派生而来，又想保留含义联系，就别复用名字：
- 原始
const userId = 'u123'→ 派生后用const validatedUserId = validate(userId) - 传入的
config→ 处理中改用mergedConfig或normalizedConfig - 避免
user（参数）和let user = ...并存 → 改为userParam和currentUser
