java变量名重复是编译期错误，同一作用域内禁止同名局部变量声明；应删重复类型声明、用this区分成员变量与参数、就近声明变量。
Java中变量名重复引发的作用域错误，本质是编译器在同一个作用域内检测到两个同名的局部变量声明，直接报错“variable x is already defined”。这不是运行时问题，而是在你保存或编译代码时立刻拦截的硬性限制。关键不是“怎么绕过”，而是“如何从源头避免”。
别在同一个方法里重复写“int x”
哪怕两个声明隔着if和for、甚至被大括号包着，只要在同一个方法体里出现两次 int x; 或 String x;，就会失败。Java不承认“块级隔离能重用名字”这种逻辑。
- 错误写法：
{ int x = 1; } { int x = 2; }—— 依然报错 - 正确做法：删掉第二次的类型声明，只赋值，比如
x = 2; - 典型诱因：复制粘贴输入语句后忘了删掉
String input =，只留input =
用好 this 区分成员变量和参数
成员变量和构造函数/方法参数同名是允许的，但必须靠 this 明确指向成员变量，否则赋值会失效。
- 错误：
public User(String name) { name = name; }→ 参数覆盖参数，成员变量仍是 null - 正确：
public User(String name) { this.name = name; } - 好处：既保持命名简洁（都叫 name），又语义清晰，IDE 也能准确跳转
让变量靠近使用处，减少命名冲突机会
把所有变量堆在方法开头声明，容易导致名字撞车；而把声明放在真正需要的地方，自然缩小作用域、降低重名概率。
- 循环变量就用
for (int i = 0; i ，别提前写 <code>int i; - 临时结果就写
String cleaned = input.trim().toLowerCase();，而不是先String cleaned;再赋值 - 这样不仅防重复，还能让 IDE 在变量未使用时自动提示（配合
-Xlint:unused或 IDEA 的检查）
借助工具提前发现隐患
光靠肉眼容易漏，现代开发环境能在你敲下分号前就标红。
- IntelliJ / Eclipse：重复声明实时高亮，并提示 “Duplicate local variable”
- 开启编译器警告：如
-Xlint:shadow可捕获“参数遮蔽成员变量”这类隐性风险 - 用重构功能重命名：右键 → Refactor → Rename，确保所有引用同步更新，避免手动改漏
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
