在块级作用域中避免重复声明变量，关键在于用 let/const 替代 var、就近声明、避免同名遮蔽，并借助 ESLint、TypeScript 和 IDE 工具实时拦截，辅以语义化命名与模块隔离。
在块级作用域中避免重复声明变量，关键不是靠记忆规则，而是用对语法特性、工具和习惯组合防御。
用 let/const 替代 var
var 没有块级作用域，且允许重复声明，容易导致意外覆盖或作用域污染。let 和 const 天然禁止同一块内重复声明同名变量，一旦写错会立刻报错（Identifier 'xxx' has already been declared），把问题拦在运行前。
- 所有新变量优先用 const，只在确实需要重新赋值时改用 let
- 避免在 if/for/{} 块开头堆一堆 let 声明，改为“就近声明”——在首次使用前几行声明
- 不要在嵌套块里刻意重用外层变量名，比如外层用了
let data，内层就别再写let data，哪怕想“覆盖”也应换名（如let processedData）
警惕嵌套块中的同名遮蔽
虽然 let 允许在外层和内层分别声明同名变量（它们是不同变量），但这容易引发逻辑误解，比如误以为修改了外层值。
- 内层块中声明同名变量 ≠ 修改外层变量，而是创建新绑定
- 如果只是想更新值，直接赋值即可：
innerVar = newValue，而不是let innerVar = newValue - IDE 通常会用灰色或虚线下划线提示“shadows outer variable”，看到这类提示建议主动改名
借助工具提前拦截
人会疏忽，但工具不会。配置好开发环境，让错误在写代码时就暴露出来。
立即学习“Java免费学习笔记（深入）”；
- 启用 ESLint 规则：
no-redeclare（禁重复声明）、no-shadow（禁遮蔽外层变量） - TypeScript 下，同一作用域重复声明 let/const 直接编译失败，零容忍
- VS Code 或 WebStorm 开启语义检查，实时高亮未使用变量、重复标识符、作用域冲突
统一命名 + 模块隔离
名字本身是第一道防线，模块结构是第二道防线。
- 对状态类变量加语义前缀：如
isLoading、isMounted、tempResult - 全局常量统一放在
constants.js/ts中导出，其他文件只 import，不自行定义同名常量 - 函数或组件内部变量名尽量体现用途，避免泛用
data、item、res等易冲突名称
