防止重复声明同名变量需控制作用域、启用静态检查、统一命名规范、模块化隔离；优先块级作用域，用typescript/eslint/c编译警告拦截，ide实时辅助，集中管理常量。
防止重复声明同名变量导致编译期命名冲突，核心是控制作用域、借助语言特性提前拦截、并建立编码约束习惯。
明确变量作用域，缩小可见范围
大多数命名冲突源于变量被不必要地提升到过大的作用域（比如全局或大函数体）。应优先使用块级作用域声明变量：
- 用 let 或 const 替代 var（JavaScript）——它们具有块作用域，避免意外覆盖
- 在 C/C++/Rust 中，把变量声明尽量靠近首次使用位置，避免堆在函数开头
- 函数内部避免复用外部同名变量；如需衍生值，加语义后缀（如 userInput → validatedUserInput）
启用严格模式与静态检查工具
依赖编译器或语言服务主动报错，比靠人工记忆更可靠：
- TypeScript 默认禁止重复声明（同一作用域内 let/const 同名会直接报错）
- 开启 ESLint 规则：如 no-redeclare（禁用重复声明）、no-shadow（禁止遮蔽外层变量）
- C/C++ 编译时加 -Wshadow 警告参数，提示变量遮蔽问题
统一命名规范 + IDE 实时辅助
命名本身能降低冲突概率，而现代 IDE 可实时高亮潜在问题：
- 对不同作用域变量采用前缀或后缀区分：如组件级状态加 state（stateUser），临时计算加 temp（tempResult）
- 在 VS Code 或 JetBrains 系列中启用「Rename Symbol」功能，重命名时自动更新所有引用，避免手动改漏残留
- 打开 IDE 的「Unused symbol」和「Duplicate identifier」实时诊断（如 TypeScript 的 semantic checking）
模块化隔离 + 显式导出控制
跨文件重复声明（如多个文件定义同名全局常量）属于模块设计问题：
- 避免在模块顶层用 var 或无 const 声明全局变量；改用 export const XXX = ...
- 共享常量/配置集中到单独的 constants.ts 或 config.h，其他文件只 import，不自行定义
- ESM 环境下，模块默认严格模式，重复声明 export 名称会直接编译失败
不复杂但容易忽略——关键不是记住所有规则，而是让工具链在写代码时就挡住错误，再辅以清晰的作用域意识。
