局部变量和成员变量的作用域差异在于“在哪能用、谁先被看到”：成员变量作用域为整个类体，局部变量仅限声明它的代码块（如方法、循环、if分支内）。
局部变量和成员变量的作用域差异，不是“能不能用”的问题，而是“在哪能用、谁先被看到”的底层规则问题。搞清这点，才能避开编译错误、逻辑错乱和遮蔽陷阱。
作用域范围：从“整个类”到“一花括号之内”
成员变量定义在类里、所有方法外，它的作用域覆盖整个类体——只要没被访问修饰符（如 private）挡住，类中任意方法、构造器、代码块都能直接读写它。
局部变量只活在它被声明的那个“作用域块”里：方法体、for 循环、if 分支、甚至 lambda 表达式内部。一旦离开对应的 { }，变量名就彻底失效。
- 方法参数是局部变量，只在该方法内有效
- for(int i = 0; i i，出了 for 就不可见
- if(true) { String msg = "ok"; } → msg 在 if 外无法访问
同名时谁优先？变量遮蔽（Shadowing）的真实逻辑
当局部变量和成员变量重名，局部变量会“遮蔽”成员变量——不是覆盖，而是暂时盖住。此时直接用变量名，访问的是局部版本；想访问被遮蔽的成员变量，必须加 this. 前缀。
-
private String name = "Alice";是成员变量 -
public void setName(String name) { this.name = name; }—— 参数 name 遮蔽了成员变量，this.name 明确指向成员 - 若写成
name = name;，实际是把参数赋给自己，成员变量没变
作用域决定生命周期，也决定初始化时机
作用域不仅管“能不能用”，还绑定“什么时候存在、什么时候消失”。成员变量随对象诞生而分配空间，哪怕没显式赋值，也有默认值（int→0，Object→null）；局部变量必须在使用前声明并初始化，否则编译直接报错。
- 成员变量：类加载或对象创建时由 JVM 自动初始化
- 局部变量：进入方法/代码块才压栈，不初始化就用 → 编译失败，不是运行时异常
- 常见误写：
int x; if (flag) x = 10; System.out.println(x);→ 编译报错，因为 x 可能未初始化
实战避坑：三类典型作用域误用场景
很多 bug 看似逻辑问题，实则是作用域理解偏差：
- 循环变量泄露：在 for 外引用 i → 编译失败，i 仅属于 for 块
- 分支内声明，分支外使用：if 里 new 的对象，在 else 外调用 → 编译报错
- 遮蔽后忘记 this：setter 方法中漏写 this.，导致赋值无效，对象状态始终为默认值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
