变量作用域分局部与成员：局部变量在方法/代码块内声明，作用域至最近右大括号；成员变量在类内方法外声明，全类可见。同名时局部变量遮蔽成员变量，须用this.显式访问；建议通过命名规范（如mname）、ide提示和编译检查避免混淆。
明确变量作用域边界，从定义位置开始区分
局部变量只在方法、构造器或代码块内部声明，作用域从声明行起，到最近的右大括号 } 结束；成员变量则定义在类内、所有方法之外，整个类中（除被访问修饰符限制外）都可访问。一旦在方法里写了 int count = 5;，这个 count 就和类里声明的 private int count; 完全无关——它只活在这次方法执行期间，且优先被使用。
用 this 显式访问成员变量，打破就近遮蔽
当局部变量与实例变量同名，Java 默认采用“就近原则”，自动选用局部变量。这时若想修改或读取成员变量，必须加 this. 前缀。比如：
-
public void setAge(int age) { this.age = age; }—— 不加 this 就只是给参数赋值给自己，成员变量没变 -
if (this.status == ACTIVE) { ... }—— 避免因局部status变量存在而误读错字段
避免无意义重名，用命名习惯降低混淆风险
重名本身合法，但增加理解成本和出错概率。开发中建议：
- 成员变量统一加前缀，如
mName、mCount或遵循驼峰但语义更具体（userEmailvsemail） - 方法参数可用缩写或带上下文名，如
newName、inputValue，而非直接叫name、value - 循环变量保持简短通用（
i,j），因其天然限于小范围，不易与业务字段冲突
借助 IDE 和编译检查提前暴露问题
现代 IDE（如 IntelliJ IDEA）默认高亮显示被遮蔽的成员变量，并提供快速修复提示（如“Replace with ‘this.xxx’”）。更重要的是，Java 编译器对局部变量有严格约束：
- 局部变量未初始化就使用 → 直接报错，不给运行时留隐患
- 同一代码块内重复声明同名局部变量 → 编译失败，强制你理清作用域嵌套
- 静态方法中直接访问非静态成员变量 → 编译错误，倒逼你思考访问路径是否合理
