Java采用块作用域，变量仅在声明它的{}内可见；同名变量在嵌套块中会遮蔽外层变量，此时需用this.或类名前缀访问被遮蔽的成员。
在 Java 中，代码块（如 {} 内部）定义的变量只在该块内可见，且若与外部同名变量冲突，会“遮蔽”（shadow）外层变量——即块内优先使用本层声明的变量，外部变量暂时不可直接访问。
代码块内变量的作用域仅限于该块
Java 采用“块作用域”（block scope），变量一旦在某个 {} 中声明，其生命周期和可见性就严格限定在该对大括号内：
- 变量在声明处才被创建，超出右大括号立即销毁（对局部变量而言，是栈帧弹出时失效）；
- 嵌套块中可声明同名变量，但外层块无法访问内层变量；
- 同一块内不能重复声明同名局部变量（编译错误），例如：
int x = 1; int x = 2;不合法。
遮蔽（Shadowing）发生于同名变量跨作用域声明
当内部代码块声明了一个与外部作用域（如方法参数、外层块变量、字段）同名的变量时，内部变量会遮蔽外部变量。此时，除非显式访问，否则无法在块内直接使用被遮蔽的变量：
- 方法参数或局部变量被同名块变量遮蔽：块内直接写
x指向的是块内变量； - 实例字段被遮蔽时，可用
this.x显式访问字段； - 静态字段被遮蔽时，可用
ClassName.field访问； - 注意：遮蔽不等于覆盖（override），它只影响名称解析，与继承无关。
常见易错场景与建议
遮蔽虽合法，但容易引发逻辑误解或调试困难：
立即学习“Java免费学习笔记（深入）”；
- 避免在
for/if/try块中刻意重用外层变量名，尤其在循环中误写int i = 0而非i = 0； - IDE 通常会警告遮蔽（如 IntelliJ 的 “Shadows field” 提示），建议开启并处理；
- 若需在块内同时使用内外同名变量，应改名（如
userInput和userInputCopy），而非依赖this.或类名前缀； - 构造器或 setter 中参数遮蔽字段很常见，此时
this.name = name;是标准写法，属于合理且推荐的遮蔽用例。
理解作用域边界和遮蔽规则，能写出更清晰、不易出错的局部变量逻辑，也能更快定位“变量突然变 null”或“值未更新”这类问题。
