局部变量必须显式初始化才能使用，Java不赋予默认值，未赋值访问会编译报错；成员变量则自动初始化为null、0、false等默认值。
局部变量必须显式初始化才能使用
Java 不会为局部变量赋予默认值，未赋值就访问会直接编译报错 Error: variable xxx might not have been initialized。这和成员变量完全不同——成员变量（实例或静态字段）会被自动初始化为 null、0、false 等默认值。
常见踩坑点：
- 在
if或try块内声明局部变量，却在块外读取 - 用
switch分支初始化变量，但没覆盖所有情况，且缺少default - 误以为“声明即初始化”，比如写
int x;就以为它等于0
正确做法是：确保所有执行路径都对局部变量完成赋值，或统一在声明时初始化：
int count = 0; String name = "unknown";
成员变量有默认值，但局部变量没有
成员变量属于类或对象的生命周期，JVM 在对象创建或类加载时就为其分配空间并填入默认值；而局部变量存在于栈帧中，只在方法/代码块执行时动态分配，不初始化就可能读到垃圾值——所以编译器强制拦截。
典型默认值对照：
-
int/long/short/byte→0 -
float/double→0.0 -
char→'\u0000' -
boolean→false - 引用类型（如
String、自定义类）→null
注意：static final 成员变量（常量）必须在声明时或静态初始化块中明确赋值，否则编译失败。
作用域和内存位置差异直接影响生命周期
局部变量的作用域仅限于声明它的代码块（方法、if、for、{} 等），出作用域即不可见，且栈帧弹出后立即释放；成员变量随对象存在而存在，对象被 GC 回收时才释放（静态成员则随类卸载）。
这意味着：
- 不能在方法内返回局部变量的引用并期望长期有效（除非是基本类型或不可变对象）
- 局部变量无法被其他方法直接访问，必须通过参数或返回值传递
- 多线程环境下，局部变量天然线程安全（每个线程栈独立），而成员变量需额外同步
一个易混淆的例子：
public class Counter {
private int instanceCount = 0; // 成员变量，每次 new 都重置为 0
public void increment() {
int localCount = 0; // 每次调用都新建，从 0 开始
localCount++;
instanceCount++; // 累积变化
}
}
同名时局部变量会遮蔽（shadow）成员变量
当局部变量与成员变量同名，局部变量优先可见。这不是错误，但容易引发逻辑误解，尤其在 setter 或构造器中：
public class Person {
private String name;
public Person(String name) {
name = name; // ❌ 这里赋值的是参数，不是成员变量
}
}
修复方式包括：
- 用
this.name = name明确指向成员变量 - 给参数换名，如
public Person(String nameArg) - 启用 IDE 警告（如 IntelliJ 的 “Field can be hidden” inspection）
遮蔽本身不报错，但一旦漏写 this.，就会导致成员变量始终为默认值，调试时很难发现。
